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(57) Abstract 

An interactive television system is disclosed where intoactive infonnation is inserted in the vertical blanking interval of a standard 
television signal (20) or some other appropriate medium. The signal is received and decoded by a settop device (28) which sends the 
decoded signal, via an infrared signal, to a handheld device (32). The system includes an interactive program authoring system (12), and 
programmer tables in the memory of the handheld device which store data for various interactive events. This system allows a viewer to 
enter and exit events at any time without having to wait for information to be downloaded and without losing scores. Rnthermore, this 
system allows many interactive programs to run concurrratly over extended periods of time whOe maintaining cumulative scores in the 
handheld device for each interactive program or series of programs. 
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TRANSACTION BASED INTERACTIVE TELEVISION SYSTEM 



CONTINUATION APPLICATION INFORMATI ON 
This ^plication is a continuation-in-part of co-pending Application Serial 
No. 07/796,085, filed November 20, 1991. 

CROSS-REF ERENCE TO RELATED APPLTCATTHN^! 
This application is related to the following application, which is assigned to 
the assignee of the subject application: 

"INTERACTIVE TELEVISION SECURITY THROUGH TRANSACTION 
5 TIME STAMPING", inventors John P. Lappington Susan K. Marshall, Wayne Y. 
Yamamoto, Camion A. Wilson and Richard S. Simons, Application SC/Serial No. 
not ytt known, filed concurrratly with this application. 

The above related application is incorporated h«-em by reference. 

10 BACKGROUND OP THE INVENTTnN 

Reld of die Invention . 

The present invention is directed to an interactive television system and in 
particular, one adapted for use with existing broadcast, cable, and satellite television 
or radio or ofli«- communication systons for allowing participants and viewers to 

15 interact with the system in order, by way of example only, to shop, enter into games 
of skill, and engage in educational presentations and other events where mformation 
is provided and die participant or viewer can make an appropriate response thereto. 

Description of die Related Art . 

20 Many intoactive television products have been introduced Aat provide tiie 

c^abili^ for die viewn- to participate in television programs. These products acc^t 
cue signals transmitted to handheld devices tiiat measure and control die response of 
the viewers as die viewers participate in the program. Some of these devices 
implement hardware tiiat monitors the response or die results of responses 

25 accumulated over time and reports the results to a central site. One of the early 
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embodiments of this technology was the QUBE interactive two-way television system 
introduced by Warner Communications at least as early as 1982. Other systems 
include the INDAX system field tested at least as early as 1984 by Cox 
Communications. 

The interactive television products currently known &11 generally withfai one 
of two categories. The first category includes systems having firmware in a remote 
participant's handheld device such that the participant can start playing along wito 
the interactive program as soon as the programs begins. Such a system has limited 
capabilities in regard to supporting multiple varieties of interactive pn)grams due to 
the size limitation and pennanence of the firmware. The second category mamtains 
the software in random access memory in the viewer's handheld device such tiiat the 
program must be downloaded into the device prior to tiie event starting. This 
process may take up to five minutes, requiring Oie participant to wait prior to 
participating in the interactive pn)gram, Bodi categories of devices are designed to 
work widi one interactive program at a time, where the participant must complete 
that program before bemg able to participate in a new program. 

When tiie above described products are compared to the television viewing 
habits of most viewers, significant deficiencies are apparent. Most viewers do not 
continuously watch one program. Viewers generally switch between several 
channels. This is so pervasive m the industry that the terms "grazmg- and "surfing- 
have been given to the habit of switchuig between channels durmg the pnigrams. 

None of the prior art interactive systems allow for interactive programs to be 
presented concurrentiy on different television channels so that a viewer may change 
channels (-graze" or -surT) during the middle of a first mteractive pK>gram and join 
a second interactive program akeady in progress. This would also be a useful 
feature for a viewer who turns on the television late or who wants to take part in 
more than one p«>gram that overlaps. For example, a viewer may want to play 
along with a football game but interact with an educational program during halftime. 
Or. if the viewer starts playing one game and realizes that he or she does not like 
tiie program, tiien the viewer can change channels and join a second program tiiat 
is already in progress. 
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Furthcnnore, iheprior an systems require a viewer to schedule an interactive 

program in order for the system to download the prognun and tune to the correct 
- television signal, or the viewer must manuaUy mne the interactive system to the 

correct channel, -nius, if a viewer wishes to change programs (or surO the viewer 
5 , must change Qie television tuner and die interactive system tuner. 

Accordingly, an interactive system concept that is compatible with the 
participants viewing habits is required for interactive television to be successful. 
TTiis system must include die ability to interleave (or surf between) several 
interactive programs at the same time and not require a significant amount j>t 
10 advance downloading ofprograms or initialization infennation. When the viewer 
tunes the channel, the viewer should ahnost immediately be able to participate hi the 
interactive program eidier if the viewer is for the first time watching that program 
or the viewer is remming after watching some other program for a brief or extended 
period. 

In the situation where a viewer remms to aprogram that was previously 
watched, the interactive game should continue, leavteg out only the part diat was 
missed. Any cumulative score fbr the part of the event acmally participated te 

should be maimained. The result should be the same as if the missed questions were 
not answered. 

The prior art systems do not address these needs and do not allow for 
viewers to play along widi a series of events and maintain a cumulative score. For 
example, it msor be desirable to set up an interactive program to pl^ along with ft^ 
World Series O games), ^ae the viewer guesses die next pitch. At the end of the 

first game it would be desirable to save the score for that particular game The 
viewer can then play along with the second game of the World Series, with &e score 
of the second ganie added to the score of the first game to maintain a cumulative 
score that would not be effected should ihe viewer play along with an educational 

event during the time period between the first ami second games. An analogous use 
is a child playing along with an educational program, where a cumulative score 
representing the sum of scores over weeks of imeractive play could track the diUd's 
progress in learning, for example, to spell or multiply. 
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In order to efficiently and economically create such a sophisticated int^active 
program, as described above, the int^ctive system would need components that 
enable advertisers, networks, television producers, etc., to create intricate interactive 
programs without first becoming experts in the interactive technology or computer 
5 programming* Such a system must also allow for various forms of live and delayed 
programs; for example, constructmg interactive programs for live sporting events, 
reruns of sitcoms, educational programs or game shows. 

SUMMARY OF THE INVENTION 
10 The present invention is directed to overcome the disadvantages of the prior 

art. 

It is, therefore, an object of the present invention to provide a transaction 
based interactive television system that can create, encode, transmit and present 
sophisticated interactive programs. 

15 Another object of the preset invention is to provide an interactive system 

that can broadcast many interactive programs at the same time over different 
channels, allowing viewers to graze or surf between channels or interleave among 
concurrent interactive programs. The system also allows interactive programs to be 
timed interleaved on the same channel \^ile maintaining viewer interactivity and 

20 accumulating scores with respect to all programs. 

Still a further object of the presrat invmtion is to provide for an interactive 
system that allows many programs to be broadcast on the same channel at different 
times sudi that scores and data associated with a first interactive program will not 
be altered when a second interactive program is presented. 

25 Yet another object of the present invention is to provide for an interactive 

system tiiat allows for a series of interactive programs to be broadcast over ext^ded 
periods of time ^ere the system can maintain a series or cumulative score. 

A further object of the present invention is to provide an interactive system 
fliat does not need to be tuned to a television signal as a separate step from tuning 

30 the television. 
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An additional object of the present invention is to provide for an interactive 
system with flexible programming capabilities. The system could be used with 
interactive programs of various length, sophistication and format. 

Still another object of the present invention is to provide an hiteractive system 
that allows for interactive program writers, not educated in computer programming 
or interactive hardware, to create a sophisticated interactive program. 

A farther object of Uie present invention is to provide an interactive system 
that allows for various modes of presenting interactive programs including live and 
pre-programmed. 

An additional object of tfie present invention is to provide an interactive 
television system tiiat has four modes of inserting data into a television signal. First 
r data is inserted into the television signal as it is created. Second, data is stored hi 
a memory element, and inserted in the television signal on command of an operator. 
Third, data is created witfi timing information. And fourtii. data is assigned to a 
15 specific television frame. 

Another object of the present invention is to provide for an mteractive system 
that is compatible with the participants viewing habits. n,is system includes the 
ability xo maintain several interactive programs active at the same time and not 
require delays downloading of programs or initialization information. When the 
viewer tunes the channel, the viewer is ataiost immediately able to participate in tiie 
interactive program either if the viewer is for the first time watchmg that program 
or the viewer is returning after watching some other program for a brief or e«ended 
period. In the situation where a viewer returns to a program that was previously 
watched, the interactive game continues, leavmg out only the part that was missed. 
Any cumulative score for the event actually participated in can be maintained. THe 
resuh would be the same as if the missed questions were not answered. 

The present invention is an interactive television systan designed to 
overcome the problems and disadvantages associated with the prior art and to address 
the way participants actually view television events. 

Interactive television adds an exciting dimension to current television 
programming by increasing viewer involvement. For example, interactive television 
can make game shows more exciting for viewers who can play along widi the on-air 
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contestants. Sporting events become more fun for viewers who can judge 
competitions, match wits with the coaches and test their knowledge of the game, its 
stars and history. Original classics, reruns and re-aired progranos are more 
ent^taining for viewers who participate in solving mysteries and puzzles, and 
S answering trivia and pop culture questions. News, documentary, and talk shows are 
more compelling for viewers who receive additional information on the subjects on 
^i^ich they are interested in, participate in polls on topics that concern them, and 
leam important self-help tips. Movies can be enriched with trivia games and 
information. Music videos, specials and variety shows are more interesting with 

10 viewer judging, surveys and pop culture questions. New programs, including 
premiers and special evrats will attract larger audiences through int^active 
promotions and contests. Interactive promotions and contests provide an incentive 
for viewers to stay with programs for their entirety, and to tune into a series 
consistently over the course of a day, week, or season. 

IS Additionally, interactive television creates an active viewing exp^ience that 

can highlight the educational, informational and public service aspects of television. 
As a result, view^ will feel b^r about their television viewing, and thus will be 
more int^ested in watching television for longer periods of time. For example, 
interactive television could be used to turn cartoons into learning and entertaining 

20 experiences. A TOM AND JERRY cartoon could include an interactive question 
asking, "If Tom caught 22 mice and ate 10, how many would he have left?" Thus, 
a diild can enjoy cartoons and simultaneously leam. 

Interactive television's enhancement of the viewer's experience translates into 
benefits for networks, producers and advertisers. An interactive television system 

25 can increase viewership, build viewer loyalty, increase television's educational value, 
enhance a networks image, enhance on-air promotion, create new opportunities for 
advertiser involvement, enable a network or cable station to get to know its audience 
and generate additional sources of revenue. Furthermore, interactive programs can 
increase viewer awareness and promotional exposure without deoreasing ad spot 

30 inventory. For example, inta^active progranuning can be an ideal tool for creating 
self-liquidating promotional campaigns utilizing advertiser tie-ins. Special messages 
and games can entice viewers to watch commercials. Alternatively, a network can 
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team with sponsors to promote and benefit from merchandising possibilities such as 
logo merchandising, marketing clothes and selling books authored by talk show 
guests. 

Furthermore, interactive programming allows networks, advertisers, or other 
interested entities to understand the audience by taking advantage of interactive 
televisions' data gathering tools. For example, audience demographics, such as 
number, age, gender and income of viewers, can be collected. Polling questions can 
be asked to detomine the likes and dislikes of a given audimce. 

The present mvention provides for a transaction based interactive television 
syst^ hereby the various interactions between die system and the viewer, whidi 
can occur over a period time, can be broken down into and defined by a plurality of 
transactions. The transactions preferably are presented through data sent over and 
incorporated in the v«tical blanking interval ("VBI-) of the television signal although 
other methods are presented in the available literature. The transactions use 
programmer tables whidi are provided in a memory device in, for example, a 
handheld device used by the viewer to interact with the television presentation. 

With a transaction based system, muklple games and interactions dealing wiUi 
different subject matter can be accomplished in an interleaved manner. For example, 
durhig an hour long television presentation, a number of transactions can be strung 
20 togetiier in order to interact with a continuous theme bemg presented in die main 
programming for that hour. Additionally, should die main programming be broken 
down into sections, the transactions can be grouped as necessary in order to 
represent die desired interactivity widi each portion of die main program. 

The present system has the capability of allowing, for example, a transaction 
25 or grouping of transactions to take place for each of die multiple commercials which 
are spread diroughout die main presentation. Thus, die present system affords die 
ability for die viewer to play and interact widi multiple transactions which can be 
associated widi totally different interactive presentations on die screen, which can be 
time mdq>endent, and have all of the intoactions properly recorded and scored. 
Because each transaction can be programmed through die use of only a few YBI 
lines, die syst«n allows a viewer to begin playing a game or interacting widi die 
television presentation during substantially any portion of die presentation and also 
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allows the viewer to switch channels » "graze* or "surr and still be almost 
immediately able to play or interact with any game or presentation presented on the 
newly selected channel. 

This ability presents a significant advantage over the prior art which requires, 

S as indicated above, that the viewer pre-tune to a specific channel ahead of ttie game 
time so tiiat the necessary game software can be downloaded, over a significant 
interval of time, into the remote terminal before the game can be commenced. 

Hie present invention relates to an interactive system that includes an 
authoring system for creating sophisticated interactive programs, a data insertion 

10 system for inserting the interactive programs into the vertical blanking interval or 
oihGC portion of a television, radio or other signal, means for transmitting the 
encoded television signal to remote sites, a settop device for striping the interactive 
data from the television signal, and a handheld ^paratus that presents the interactive 
program and allows the viewer to participate in the interactive program. 

IS Furthermore, the present invention need not specifically be tuned by the 

viewer to the sqipropriate channel. Rath^, the interactive system monitors the signal 
tuned into by the television. 

in one embodimmt, the systm includes a receiver that receives during a first 
time int^^al a first set of interactive data including a first set of commands and a 

20 first set of event specific data associated with a first event. During a second time 
interval, the receiver receives a second set of interactive data including a second set 
of commands and second event specific data associated with a second event. The 
system fiirther includes a means for presenting the first event to a viewer based on 
the first interactive data. The presentation means also presents the second event to 

25 tiie viewer based on the second interactive data. The systrai further includes a 
memory unit in communication with the presentation means that includes a first 
programmer table storing transaction data associated with the first event and a second 
programmer table storing transaction data associated with the second event. 
Presenting transactions based on the first interactive data does not effect tiie second 

30 programmer table. Presenting transactions to a viewer based on the second 
interactive data does not effea the first programmer table. 
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The data insertion syst^ also includes a gate keeping ability, related to a 
valid stamp within die interactive data, \^ich allows die data insertion syst^ to 
prevrat the handheld from acting on invalid data. The data insertion system can also 
assign priorities to tasks and download lower priority information at appropriate 
S times. Script data would have the highest priority, ^^le cross^romotional data, 
mail and bulletin board activities would have a lower priority and be sent vAien high 
priority data is idle. 

The data insertion syst^ also includes FEC coding, encrypting, CRC and 
int^leaving, uiiich allows for recovering a lost VBI line as well as random bit 
10 errors. 

In another embodiment, the memory unit has a plurality of programmer 
tables for storing data. The plurality of programme tables includes a secured 
programmer table, an unsecured programmer table and an event specific programmer 
table. The programmer tables can be leased or licensed for various lengths of time. 
15 Access codes can be sold to script writers over phone lines. These codes will allow 
die soript writer to use selected programmer tables for selected periods of time. 

In one embodiment, the interactive system includes a handheld unit for 
interacting with the television program. The handheld unit includes a memory 
elCTirat, a keypad for entering data, and a processor whidi controls the presentation 
20 of int^active events or programs. 

In one embodiment of the invention, an authoring system is included w^ich 
has a means for choosing a programmer table from die plurality of programmer 
tables and means for creating a script. Tlie means for creating a script includes one 
or more of means for creating a message, creating a question, creating appropriate 
25 responses, and for creating response criteria. This embodiment furth» includes a 
means for compiling the script to create intmctive data. Tlie authoring system 
allows the script writer to create a mini-game. Mini-games allows a user to play a 
game within a game. 

The present invmtion includes a m^od for receiving and presrating 
30 interactive programs on an int^ctive system. The method can utilize an interactive 
system whidti includes a mranory unit having a first programmer table with a first 
identification code and a second programmer table with a second identification code 
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different from the first identification code. The steps of the method include receiving 
first interactive data, the first interactive data preferably including commands and 
event specific data containing a reference to the first identification code. The viewer 
is presented with a first transaction based on the first interactive data without 
S effecting the second programmer table. The first programmer table is updated based 
on the furst transaction without effecting ttie second progranunw table. Second 
interactive data is received. The second interactive data preferably includes 
conunands and even specific data containing a reference to a second identification 
code. The viewer is presented with a second transaction based on the second 

10 interactive data without effecting Ae first programmer table. The second 
programmer table is updated without effecting the first progranuner table. Tliird 
interactive data is received. The third interactive data preferably includes commands 
and event specific data containing a reference to the first identification number in 
order to use the first programmer table. The viewer is presented with a third 

IS transaction based on the third interactive data without effecting the second 
programmer table. The first programmer table is updated by the ttiird interactive 
data without effeaing the second programmer table. Witii this method, die system 
allows for two programs to be interleaved using designated programmer tables. 

Thus, the present invention interactive television system allows many 

20 different interactive programs to be broadcast at different times on the same channel; 
many interactive programs to broadcast at tihe same time on different channels; one 
interactive program to be broadcasted at the same time on different channels; and 
multiple programs to use the same programmer table at different times. This multi- 
channel/multi-user feature coupled with die handheld user's ability to interleave 

25 games on different channels provides a more versatile system dian any disclosed in 
the known prior art. 

These and other objects and advantages of the invmtion will be 
£^pear more clearly fi'om the following description in which the preferred 
embodiments of the invention have been set forth in detail in conjunction with die 

30 drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 dqpicts a block diagram of the interactive television system. 
Figure 2 d^icts a partial block diagram of the interactive television system 
configured for adding interactive data to a videotape. 
5 Figure 3 A is a flow chart and block diagram plaining the Main Menu of 

- the Auttioring Syst^. 

Figure 3B is a flow chart and block diagram explaining die Script Menu ot 
the Authoring System. 

Figure 3C is a flow chart and block diagram explaining the Message Window 
10 of die Authoring Systm. 

Figure 3D is a flow chart and block diagram explaining the Question Window 
of the Authoring System. 

Figure 3E is a flow chart and block diagram explaining the Response 
Window of the Authoring System. 
IS Figure 4 is a block diagram of the Insertion Card of the Present Invention. 

Figure S shows the travel of the cathode ray, and the lines of data on a 
standard television. 

Figure 6 shows the data structure on the Vertical Blanking Interval. 
Figure 7 d^icts the data spacing for the data of Figure 6. 
20 Figure 8 shows the format of the interactive data transmitted on the vertical 

blanking interval* 

Figure 9 is a block diagram of the settop device. 
Figure 10 is a block diagram of die handheld. 
Figure 11 d^icts a top plan view of the handheld. 
25 Figure 12 dqpicts a representation of the infrared cov^ge area for the 

preset invration. 

Figure 13 is a M^ory Map for the handheld. 
Figure 14 is a block diagram of a programmer table. 
Figure IS depicts an example of how the registers in the handheld are 
30 updated during a transaction. 
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DESCRIPTION OF THE PREFERRED EMBODIMENTS 

I. System Overview 

Figure 1 shows interactive system 10. An authoring system 12 is used to 
5 create/program interactive data. That is, a programmer (also called a script writer) 
develops a set of questions or informational statements to be s&nt to a viewer during 
a television broadcast. Questions could also be accompanied by responses, response 
criteria and/or scoring criteria. The script writer could also determine ^en during 
the broadcast the questions should be transmitted and presented, and how a question 
10 will fit into an overall game or series. A script writer using authoring system 12 
creates conunands and event specific data, which are used to present the interactive 
program to a viewer. 

After a script writer creates the interactive program, the interactive data is 
first sent to data insertion control 14, which controls the insertion of interactive data 
15 preferably into the vertical blanking interval ("VBI") of incoming television signal 
16. Television signal 16 can be, for example, a show to be aired on a network such 
as a sitcom or baseball game. Insertion control 14 utilizes Insertion Card 20 to 
insert the interactive data onto television signal 16. 

There are four different modes for inserting data onto the VBI. The first 
20 mode is a straight insertion. Interactive data is designed using authoring system 12 
and is sent to data insertion control 14, which places it immediately into the VBI of 
television signal 16 to create encoded signal 22. Encoded signal 22 can be 
immediately transmitted to home viewers or video t^ed. A second mode is to pre- 
produce the interactive data with time data. Data insertion control 14 would insert 
25 the interactive data onto the VBI at the appropriate time. Third, tiie information 
could be pre-produced for real time insertion into a live event. In this situation the 
data would be stored in a memory device and an operator would, via a control panel, 
signal ^en a given transaction should be encoded on to the VBI. Finally, it is 
contemplated that interactive data could be designed and synchronized to a specific 
30 video frame. 

Insertion Card 20 adds (or encodes) the interactive data to the VBI lines of 
television signal 16, and sends the encoded television signal 22 to a transmitter, all 
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at the direction of data insertion control 14. Data insertion control 14 is responsible 
for processing, scheduling, time stamping and validation, as well as administrative 
functions associated with data insertion. Device driver 18 serves as an interfiice 
between Insertion Card 20 and data insertion control 14. In an alternative 
5 ' embodimrat, rathw than using the VBI lines, interactive data could be transmitted 
^ using the audio portion of a television signal, luminance, digital packets, radio 
communication or other appropriate mediums. 

Encoded television signal 22 can be sent from satellite transmitter 24 and 
received by a satellite receiver 26. It is cont^plated that satellite receiver 26 could 

10 be part of a cable system where the signal received by satellite receiver 26 is then 
sent via cable TV to home viewers. Instead of using a satellite and a ^le system, 
the television signal could be broadcast using a standard television transmitter, 
transmitted using straight cable without satellites or transmitted with any other means 
for transmitting a television signal. 

IS The signal received by satellite receiver 26 is sent to the home viewer where 

it is received by television set 30 and settop device/converter 28. Television 30 
plays the original television program. Settop device 28 receives the encoded 
television signal and strips out the interactive data. Settop device 28 sends the 
int^ctive data by mfrared transmission to handheld 32, whidi presents the 

20 int^^ctive program to the home viewer. Thus, while the home viewer watches TV 
30, the viewv can participate in the int^active program presented on handheld 32. 
Although infrared transmission is preferred, any other means for transmission will 
suffice; for example, radio conununication or a wire. Transmission via infrared or 
radio is more efficiait than a wire because many viewers, eadi with dieir own 

25 handheld, can participate simultaneously. 

Upon completion of an interactive program the view^ could register hisAier 
score with operations 34, which would be a central or regional office for collecting 
scores, survey information, etc. Registering can be accomplished utilizing many 
alt^natives. The prefmed m^od for registering scores includes handheld 32 

30 transmitting, via infrared conununication, the registration information to dialer 33. 
After receiving the registration information, dialer 33, which includes a modem, 
sends the information to op^ations 34. 



V/O 9S/1S6S4 



PCTAJS94/13484 



- 14- 

Altemative methods for registering scores include a home viewer reading a 
code from handheld 32 to an operator over conventional telephone lines, the viewer 
inputting a code into a central computer using the touch tone keys on the telephone, 
or including a modem inside handheld 32 so that handheld 32 can communicate over 
5 the telephone lines with a computer at operations 34. It is also contemplated that a 
viewer could contact operations 34 via a radio signal, cable or another 

communication medium. 

Figure 2 shows the interactive system configured to add an interactive 
program to a pre-existing television signal that is on a video tape or equivalem. Play 

10 tape deck 40 is used to play source tape 42, which contains the pre-recorded 
television program. Play tape deck 40 can be used to read time codes from source 
tape 42 or there can be a time code generator inserted between the play tape deck 40 
and the time code reader 44. Time code reader 44 reads die timing information in 
order to determine when data may be inserted, and transmits tiiis information to data 

15 insertion control 14. As described with respect to Figure 1, data insertion control 
14, in conjunction wifli device driver 18 and Insertion Card 20, inserts interactive 
data into the signal emanating from source tape 42. The encoded signal is sent to 
record tape deck 46 and recorded on encoded tape 48, which will contain die pre- 
recorded television program plus die interactive data. Encoded tape 48 can dien be 

20 stored for later broadcast. 

When a television program (live or pre-programmed) with interactive data is 
broadcast, the interactive data will be transparent to viewers that do not have die 
interactive system. That is, someone widiout handheld 32 will not know tiiat an 
interactive data is being presented. 

25 Each of the components described above in regard to Figure 1 will be 

discussed in more detail below. 



n Author ing Svstem 

As described above, the auflioring system is die software application used to 
30 create interactive programs. The preferred embodunent autiioring system 12 is a 
computer (IBM PC 386 or 486, or any odier programmable computer) using 
auflioring system software (a windows application) tiiat generates interactive data 
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mcluding commands and event specific data. While the script writer is designing an 
int^Bctive program, a script file is created that includes an English-like description 
of the various quKtions and answers etc., for an int«active program. Authoring 
system 12 includes a two part compiler. During the first phase of the compilation, 
S a symbolic file is created firom the script file. The symbolic file is analogous to 
source code associated with a typical compute program. During die second phase 
of the compilation, an object file is created from the symbolic file. The object file 
contains commands and event specific data that is read by the data insertion system. 
The commands could be part of a proprietary high level command language or any 

10 other assembly-like commands. 

When die interactive program is at the creation stage, on authoring system 
12, it is called a script. The fundamental building block of a script is called a 
scripit. A scripit is a stand alone element that does not require another scripit to 
function. Examples of scripits include messages, questions, responses, criteria, and 

IS tables (to be explained below). An aggregate of scripits make up a script. 

A transaction is the compiled version of a scripit or group of scripts which 
is time oriented. That is, all the data for a transaction is sent to handheld 32 at one 
time. Examples of transactions include messages, questions, responses, scoring 
criteria, branching conditions or a combination thereof. A group of one or more 

20 transactions make up a segment. A segment is a group of transactions that must be 
played sequentially. For example, a segment may include a transaction asking a 
question, a transaction disclosing the correct answ^, a transaction scoring the 
view^'s response, a transaction providing the view» with feedback or a combination 
thereof. Each transaction is numbered so that the first transaction in a segment is 

25 assigned a transaction numbn of one. 

Thus, a script writ^ designs a script, and the script is compiled and broken 
down into a series of transactions \v^idi are sent to handheld 37. There are several 
types of scripts i^ich can be designed s^arately or in combination, for example: 
standard mode, live evrats, polling, program or series, mini-games, or pay^er-play . 

30 A standard mode script can be either encoded onto a video tape or sent to data 
insertion 14 to be inserted in the VBI of a television signal in accord with the timing 
information programmed by the script writer. Live event scripts are to be used with 
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live events, for example, sports, news and talk shows. With a live mode script, the 
script writer has selected text but does not insert timing mformation into the script. 
Rather, the script writer just sends a transaction at the appropriate tune, 

A polling script allows an opportunity for viewers to talk back to tiieir 
television. Polling scripts gather information from the audience, including who they 
are, where they are and what they like. A polling script is used in conjunction with 
viewers calling in their scores, ^plications include a teaser for news and talk 
shows. For example, a script could ask questions related to the next episode and 
then provide the poll results at the beginning of the next show. Or, tfie polls can be 
used as a comparison device, asking viewers questions, then later revealing where 
their opinions rank in relation to other viewers. It can also be used to rate the 
programs on a particular network and voice their opinions on what types of 
programming they would prefer. Finally, it can be used as a source for market 
research, verifying viewership and audience demographics. 

Series scripts allows a number of individual games to be grouped into a 
s^ies. This allows a programmer to devise on-going games in which player's scores 
can accumulate from game to game with a running tally (cumulative score) stored 
in handheld 32. An example of a series script is a interactive program designed to 
be played along with all seven games of the world series. 

Mini-games are. complete games (groups of one or more segments) within a 
script. Mini-games allows the viewer to play self-contained games within games. 
For example, a game show may have 3 contests during the program. Each contest 
could be a mini-game. Mini-games have unique properties and conditions that make 
them integral and useful parts of scripts, such as not automatically updating the 
cumulative score after eadi transaction or segmrat. The script writer can choose to 
update the cumulative score with the mini-game score at the completion of the mini- 
game, or save the mini-game score to be used for another mini-game. For example, 
if a script is being developed for a football game, the script writer can choose to 
report the viewer's scores by quarters. At the end of each quarter, the accumulated 
points for the quarter will be posted to the total. 

Special programs or series can be designated as pay-per-play events. 
Interactive programs created for pay-per-play programming are only available to 
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viewers pay pre-registration fees. A special access code given to viewers v/ho 
pay the fee allows handheld 32 to receive the transactions that are a part of the pay- 
per-play event. The pay-per-play feature can be used to create high stakes 
competitions as well as for pr^er and special evrats. Sudi programs utilize the 
S event specific programmer tables, discussed below. 

Scripts can be written with different levels of play which can be sent 
simultaneously to all handhelds 32. This feature allows a programmer to tailor 
scripts to differOTt skills, ages and intwests. Viewers chose their game level and 
then receive questions only for that level of play. 

10 A script has three main components: messages, questions, and responses. 

Messages are text displayed on handheld 32 that do not require input from the 
viewer. Messages can introduce a show or provide information about the program. 
For example, a message may state, "Hello, welcome to the Super Bowl." Questions 
are text that request input from the viewer. Th»e are preferably six types of 

15 questions: Yes/No, True/False, Multiple Choice, Integer, Decimal, and Fill In The 
Blank. 

Responses are scoring methods and messages, based on an answ^ ent^ed 
by a viewer. For example, if die viewer correcdy answers a multiple choice 
question, the viewer could be awarded 25 points and a message would be displayed 

20 stating, "Great, you earned 25 points." In die preferred embodiment, tiiere are 
preferably sevm response options from ^idi to choose: Quick and Easy, Multiple 
Replies, Closest, Coimt Down, Save Into, Threshold, and In-Range. 

Quick and Easy displays one message for a right answer and one message for 
a wrong answer. Multiple Replies can display a unique message for each answer, 

25 with up to seven possibilities. For example, a question may have three acceptable 
answers, with one of the answers wordi more points. The script writ^ can design 
a scripit such that a differrat reply message and point value will be given for each 
of the three answers. Closest includes one response for answers in a predetermined 
range and one response for answers out of the range. When scoring an answer for 

30 a question using die Closest option, variable points are awarded based on distance 
from the right answer. Hie closer a viewer's answer is to the correct answer, the 
more points the viewer receives. For Count Down, there is one message for the 
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right answer and one answer for all oth^. Variable points are awarded based on 
the amount of time a viewer takes to input the correct answer. The faster a viewer 
answers a question, the more points are received. 

With the Save Into option, no message is displayed for an answer. Rather, 

S the answer is stored in a register for future use. The threshold option awards points 
and displays a message when the viewer correctly answers a predetermined number 
of questions. For example, if the viewer is playing along with Jeopardy and guesses 
8 out of 10 questions correaly, the viewer ^11 be awarded points. For In Range 
responses, there is one message for answers within a predetennined range and 

10 another message for answers outside die range. The predetermined range is 
programmed by the script writer. 

Every script is uniquely idmtified by a combination of three numbers: 
mailbox number, group number and unit number. This identification structure is one 
of the features whidi allows viewers to switch or surf between programs ^ile 

IS ensuring that the handheld 32 maintains the information associated with each 
interactive program. 

An affiliate is the owner and/or producer of a script, who may hire a script 
writer (or be the script writer) to create a script and ^o would pay for the air time 
to broadcast a script. Examples of affiliates include but are not limited to, networks, 

20 advertisers, production companies or sporting event organizers. 

Handheld 32 stores scores, opinions and other data in memory units called 
programmer tables. Each affiliate is assigned a nimiber of progranmier tables 
according to the particular affiliate's needs so that no two affiliates can use the same 
programmer table. The mailbox number is a unique number assigned to each of the 

2S affiliate's programme tables. The audioring system 12 only allows an affiliate to 
create interactive programs which utilize programmer tables assigned to that affiliate. 

The group number assigned to a script id^tifies the group (or series) of 
scripts to which the script belongs. This number is stored in the progranun^ table. 
For many scripts, one episode is its own group; therefore, the group number 

30 assigned to it is unique. Howevw, the interactive system has the capability to 
combine the scores of a series of scripts. The group number must be die same for 
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eadi script in the series so that handheld 32 Ichows whidi series the script belongs 
to. 

The unit number assigned to a script is important vAi&i the script is a part of 
a SCTies. Hie unit number must uniquely identify each episode of a series, and is 
5 stored within the assigned programmer table. When the script is a stand-alone script 
(e.g. not part of a series) the unit number is usually set to one. Scripts that are a 
part of a series have the same group number and preferably mailbox numbw so that 
scores from the various games in a series can be accumulated in a single register. 
Alternatively, multiple progranuner tables, each with it's individual mailbox number, 

10 can be used with the individual scripts or programs of a series such that the score 
registers (discussed below) of each programmer table is added together. Each script 
is differentiated from the otiiers in a series by its unique unit number. When a new 
script is sent on the VBI, handheld 32 checks the assigned programmer table to 
^ determine whether the group number from the previous script is the same or different 

15 from the current script. If the group number is the same, the handheld 32 will 
assume that the current script is a part of a sefries. 

Figures 3 A-3E are flow charts depicting how the authoring system is used to 
create a script. Authoring system 12 has a main menu 60 which offers six sub- 
menus: file msnu 62, edit menu 64, scripit menu 66, system menu 68, window 

20 menu 70, and help menu 72. 

If a script writer selects the file menu 62, the script writer is given eight 
options. The script writer can choose to create a "new" file 74, which enables a 
script writCT to create a new script. The script writer can also choose to open an 
^sting script 76. The script writer can save a script 78 if that script has already 

25 been saved before. If this is the first time the script writer is saving the script, the 
script writer would select "save as" 80. Print 82 allows the script writer to print the 
script fikf, and print format 84 allows the script writer to print the script file setting 
the format. Printer seti^> 86 allows the script writer to select flie printer set-up 
parameters, and ^t 88 allows the script writer to exit the auttioring system 

30 software. 

The edit menu 64 allows the script writer to cut 90, copy 92 or paste 94 text, 
TTie systrai menu 68 allows the script writer to enter script information, for example. 
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the name of a script and author. The script writer can also define pre-stored 
messages or pre-stored questions, defme defaults and name or re-name any variables 
or registers. Window menu 70 allows the script writer to view quick buttons 96, 
which are icons that, when selected, perform functions that normally would take 
S more than one action. Help menu 72 includes information about the authoring 
system 80 and an index 100 to that information. 

Script menu 66, described in more detail in Figure 3B, is chosen when a 
script writer is creating scripits. The script writer can create a message 102, a 
question 104, a table 106, a score registration 108, a mini-game 110 or a branching 

10 instruction 116, If the script writer chooses to create a message 102, thai the script 
writer is presented with the message window 102 (Figure 3C) which gives the option 
of creating/modifying a message 118 or leaving the message window 132. If the 
script writer chooses to create/modify a message 118, the script writer can enter the 
frame number 120 for the scripit, the name of the message 122, and a description 

15 of the message 124. The script writer would then enter a message into text box 126, 
whidi would be a window having a blank Ime. The script writer has the "Send To" 
option 128 with condition 130 to restrict which viewers will receive the message. 
For example, the script writer can choose to send the scripit to all viewers who have 
scored above 700 points or all viewers based on demographic data. If the script 

20 writer does not choose any restrictions then every viewer playing along with the 
script would receive the message. 

The script writer has four options when leaving the message window 132. 
The OK icon 134 saves all of the information that has been entered by the script 
writer. Alternatively, the script writer can use the cancel icon 136 which returns to 

25 the main menu without saving any of the information input by the script writer, or 
the script writer can delete 138 all information in the message window and return to 
the main menu 60. The script writer can also choose to select syst^ menu close 
icon 140, ^ich causes ttie script writer to exit the authoring system software. 

Question window 104 is used when a script writer in the script menu 66 

30 chooses to create a question (Fig. 3D). The script writer has an option to create or 
modify a question 142 or leave the question window 152. If the script writer 
chooses to create or modify a question 142, the script writer enters the firame (or 
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time code) information 144, the name of the question 146 and a description of tiie 
question 148. The script writer ttien enters a question into the text box 150. The 
script writ» can choose to restrict the viewers ^o receive the information 162 and 
164 (see discussion with regard to icons 128 and 130 m Figure 3C). The script 
5 writCT can leave the question window 152 by selecting the OK icon 154, cancel icon 
156, delete icon 158 or system mem close icon 160 (as described with respect to 
Figure 3C), 

Before leavmg the question window, the script writer has the option to set 
a question charact^istic 166 and/or open question' response 168. 

10 Settmg the question characteristics 166 includes setting tfie defoults; for 

example, iK^ether the response typed in by the viewer on handheld 32 should be 
echoed back, Aether any tone should accompany prompts and restricting the amount 
of time a viewer has to enter a response. 

When the script writer chooses the Open C^estion Response window 168, the 

15 script writer is given several alternatives for the response type (Figure 3E). If the 
script writer chooses Quick and Easy 170, the script writer must enter the correct 
answer, tiie points awarded for the correct answer, the reply displayed on handheld 
32 if the viewer selects the correct answer and the reply displayed if the viewer 
selects the wrong answer. 

20 If ttie script writer diooses Multiple Rq>lies 172, the script writ^ enters a 

set of correct answers, the number of points awarded for each correct answer and 
messages for each of the correct answers. 

If the script writer chooses Closest 174, the script writer ent^ the correct 
answer, defines the range of answers in \^ich viewers will score points and 

25 determines the maximum amount of points to be awarded. The script writer must 
also input the text to be displayed by handheld 32 when the viewer inputs an answer 
in die defmed range. Handheld 32 uses a predetermined formula for allocating 
points for answers inside the defined range. For example, if the correct answer is 
50, the acceptable range of answers is 30 to 70, and a viewer guesses 40, then die 

30 viewo" would be off by 50% and would only receive 50% of the maximum allowed 
points. 
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correa answer — viewer's answer 



X 1009? X 100% = 50% 



correct answer — range limit 50-30 

5 Alternatively, scoring could be allocated using a bell curve. 

If the script writer selects Count Down 176, the script writer enters the 
correct answer, the maximum number of points possible, the answer time interval 
and the number of points to decrement per time interval. After the viewer is 

10 presented with a question, the clock in handheld 32 begins to run. At every time 
int^al, it subtracts the number of points designated by the script writer from the 
maximum number of points. For example, if the maximum number of points was 
100, the time interval is 5 seconds, the points to subtract per interval is 10 points, 
and the viewer entered the correct answer in 32 seconds; then the viewer would be 

15 awarded 40 points. 

If the script writer chooses Save Into 178, the script writer chooses the 
register (any one of SAVEl- SAVE7, to be discussed below) which will store the 
viewer's response. 

If the script writer chooses Threshold 180, the script writer enters the 
20 threshold goal v^ich is the number of correct answers that a viewer must achieve, 
and the point value for reaching the threshold goal. Additionally, the script writer 
can enter text to be displayed by handheld 32 informing the viewer whether the 
threshold was reached. 

If the script writer diooses In Range 182, the script writer enters the low 
25 limit of the range and the high limit of the range of acceptable answers. 
Additionally, the script writer enters the point value and a message for answering 
within the range of acc^table answers. 

Looking back at Figure 3B, another option from the script menu is a table 
106. A table is text information, like a message. However, a message is displayed 
30 immediately and a table is stored in the memory of handheld 32. A viewer must use 
a key to get the information in a table. A k^ is a password learned by answering 
a correct question, watching a television program, reading a newspaper, or any 
other incentive an affiliate or advertiser might have. A viewer would enter the 
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password into handheld 32 ^ich would trigger the display of the message from the 
table. The table is likely to include some type of valuable information. 

The script writer could chose score registration 108, y^ich allows the script 
writM- to send a message to the screen of handheld 32 indicating to tiie viewor that 
5 his or her score has met c»tain thresholds and that they should call operations 34 to 
register their score for a prize. The viewer's score may also be stored for long 
range storage in the m^ory of handheld 32. 

Script menu 66 also allows for branching 116, which is similar to branching 
in other types of computer programs. 
10 From script menu 66 the script writer can select mini-games 110, \s4iich 

allows the script writer to create questions, answers and messages for use in a mini- 
game (described above). 

When designing any of the scripits described above, the script writer has the 
option of entering in the frame number or other timing information to be used for 
15 transmitting the corresponding transaction to handheld 32. 

Once an interactive program is compiled, the object code created must be 
communicated to data insmion control 14. The means for transmitting object code 
to data insertion control 14 includes hand carrying by disk, using a computer 
network with appropriate software, communication over telephone lines, a wire, or 
20 audioring system 12 and data insmion control 14 can share the same hardware. 

in. Data Insertion System 

In the preferred mibodiment, data insertion control 14 is a windows 
application at least partially implemented using a high level progranuning language; 

25 for exanq>le, C. The windows application acts as control software for Insertion Card 
20. The Insertion Card interface, however, is defined in terms of low level 
messages along with a framing structure and communications protocol. Thus, device 
driver 18 is needed to translate between these two environments. 

Device driver 18 requirements are defined in terms of required frmctions and 

30 general operations. There are four required functions that device driv^ 18 must 
perform. First, device driver 18 functions need to be made available to windows 
applications. This is accon^ilished by creating a library of linkable C functions. 
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Second, interrupt handling routines must be installed to handle the transmit and 
receive interrupts associated with DMA transfers to and from Insertion Card 20. 
Third, DMA transfer to and from Insertion Card 20 must be initialized. Fourth, 
downloadable firmware must be sent to Insertion Card 20. 
S Fig. 4 shows the hardware architecture for Insertion Card 20, which uses 

standard VBI insertion tedmology known in the art. It consists of a video processing 
circuitry, a video signal processor, a control processor, hardware fiailure detection 
circuitry and an IBM PC AT bus interface. 

Composite Video In 228 is first sent to hardware bypass 240. Should the 

10 hardware on Insertion Card 20 fail. Insertion Card 20 can be bypassed by properly 
switching hardware bypass 240 and 282, sending Composite Video In 228 directly 
to hardware bypass 282 and exiting as Composite Video Out 230. Normally, 
however, bypass 240 sends signal 228 to video clamp 242. 

Video processing circuitry is provided on Insertion Card 20 to slice data from 

15 the VBI and to insert data into the VBI. The data inserted into the VBI is the 
transaaion data. Insertion Card 20 slices data from the VBI in ord^ to monitor and 
validate data already existing in the VBI. For example, if a television program has 
been recorded on a videotape or other recording medium and there is data in the 
VBI, Insertion Card 20 can slice the data (e.g. read the data) in order to determine 

20 if the data is valid interactive data. If so, the Insertion Card could add a new valid 
stamp and/or time stamp (discussed below) to the date in order to ensure proper 
handling by handheld 32. 

Composite Video In 228 is accepted at the video input and referenced to a 
known DC signal at video clamp 242. The output of video clamp 242 is sent to 

25 three places. The first place, is the data slicing path where the output of video clamp 
242 is sent to an Analog to Digital Converter 250 and stored in FIFO 252. Video 
processor 268 then removes the VBI data from FIFO 252 in a non-real-time manner. 

The ou^ut of video clamp 242 is also presented to a sync s^arator 244 and 
sync generator 246 which together extraa horizontal and vertical sync information 

30 used by video processor 268 for timing purposes. A syndironized composite black 
video can be created for testing purposes. 
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The output of video clamp 242 is also AC coupled and sent to video mux 
248. This path is used to allow the television program portion of the signal to pass 
Hirough Insertion Card 20. 

Data is inserted into the VBI using both video processor 268 and control 
processor 266. Two processors are used on Insertion Card 20 to increase 
. performance. Video processor 268 is used to process the data that is inserted into 
the VBI. Control processor 266 performs all other functions, including sending 
commands to video processor 268. Thus, RAM 270 can hold slightiy more than one 
transaction of data, while RAM 254 can hold many transactions plus other data. In 
the preferred embodiment, the control processor 266 is a Motorola 68HC16 and the 
video processor is a Texas Instrument TMS 32052. Additionally, control processor 
266 has ROM 256 for storing control software. 

In communication with control processor 266 is a DMA controller 258 which 
sends the proper handshaking and control signals to the IBM PC/AT bus interface 
15 264. Data is sent from Insertion Card 20 on the transmit DMA diannel from FIFO 
262. Data is received from the receive DMA channel into FIFO 260. Via the DMA 
channel, insertion control 14 controls Insertion Card 20. Insertion control 14 
determines when to send data, and what data to send. Insertion control 14 creates 
all tiie header information and data formatting (described below). Furthermore, 
insertion control 14 is responsible for the manipulating of data; for example, 
encrypting, interleaving, error codes and other data manipulation. 

WhMi data insertion control 14 commands Ins^on Card 20 to send data on 
the VBI. the data is received in FIFO 260 and sent to control processor 266 which 
can add a valid stamp, and a time stamp based on Real Time Clock (RTC) 267. The 
25 data is then sent to video processor 268 where it is prepared for insertion into the 
VBI. Video processor 268 uses the sync information from sync separator 244 and 
sync generator 246 as timing information. The VBI data is th«i placed in FIFO 274. 
From FIFO 274 the data is digitized at A/D converter 276 and sent through low pass 
filt^ 278, and on to video mux 248. 

nie VBI is only a small portion of the video signal (see discussion below 
about VBI). Therefore, when data is being inserted into die VBI the video mux is 
selecting Composite Video for a majority of the time. During the portions of die 
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Composite Video that constitute the VBI, video mux 248 selects VBI data, which is 
the ou^ut of low pass filter 278. 

The control processor 266 is responsible for supporting downloadable code, 
video signal processor setup, all VBI commands and other general functions. The 
control processor 266 passes all received messages and formats all outgoing 
messages. It is also responsible for transaction framing/synchronization, FEC 
coding, time stamping and validation. 



2Y. Data Transmission 

10 Data inserted by Insertion Card 20 must be in a format that conforms to 

existing television signals. Picture scan for a cathode ray tube television displ^ is 
generally from left to right and top to bottom consisting of 525 horizontal lines per 
frame and 30 frames per second. Each frame is divided into two alternating fields: 
odd field and even field. Referring to Fig. 5, beginnmg at the upper left-hand comer 

15 of television screen 291 is line 22, followed by line 23, line 24, line 26, ... line 261. 
This is die odd field. After line 261, the cathode ray beam thai travels back to the 
top of the picture. The period of time while the beam is traveling back to the top 
of the picture is called the vertical blanking interval (or VBI). This is not an 
mstantaneous bottom to top jump but actually requires the same length of time as 21 

20 lines. These lines (die VBI) are numbered 262 to 282. Ihe even field then begms 
with the second half of line 284, then line 285 ... line 524. After line 524, the beam 
then travels back to the top of the picture during the vertical blankmg interval. This 
vertical blanking interval is represented by lines 1-21. 

Fig. 6 shows a time line 290 for the diffa-ent lines of information in the 

25 video signal. The odd field vertical blanking interval is represented by 290A which 
includes lines 1-21. Following VBI 290A is odd field 290B consisting of lines 22 
through 261. After odd field 290B, the beam travels back to die top of scre»i 291, 
during miiidi is the even VBI 290C, lines 262 to 282. After even VBI 290C, the 
even field of data occurs 290D which includes lines 284 to 525. Each field of data 

30 (e.g. odd or even) and its accompanymg VBI is l/60di of a second. 

Odd vertical blanking interval 290A is broken out in Fig. 6 on line 294. The 
VBI includes vertical sync 294A which occupies lines 1-9, followed by the data lines 
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294B which occupy lines 10-21. The vertical sync 294A indicates the beginning of 
a vertical field, thus, signaling the need for the cathode ray beam to return scan to 
the upper left hand comer of the screen. Line 12 is broken out in more detail and 
shown as 300. 

5 Any convoitional data format for a line of data is accq)table widi die 

undKstanding diat the data may be inserted on blank lines widiin the vertical 
blanking interval. One format for data transmitted widiin die VBI that is both well 
documented and consid^ed to be reliable is the format diosen for closed captioning. 
This format transmits a horizontal synchronization pulse 306, a color burst signal 

10 308, a clock run-in signal 310, and a burst of data 302 which is preceded by a start 
^ bit 304. The data 302 includes fourteen bits of data and two parity bits. The 
horizonal sync pulse 306 is included in every line of data to signal die beginning of 
a line of data or, in other words, signaling a retrace by one line. Color burst 308 
provides information needed to decode color. Each burst of data 302 is r^ieated at 

15 ' a rate of 16.67 milliseconds (as seen in Figure 7). Data may be inserted on aiqr of 
the lines of the VBI between luie 10 and line 21. 

Fig. 8 shows die structure of the data diat is sent on die VBI lines. Data 
insertion control 14 assembles die data mto diis format before msming die data into 
die VBI. The data consists of a yellow signal 320, a synchronization pattern 322, 

20 header information 324, time stamp 326, transaction parameters 328, and transaction 
data 330. 

The yellow signal 320 is used to flag die beginning of a framed transaction 
and is used by Insertion Card 20 to avoid transaction collisions. It currendy consists 
of two words of all I's. 

25 The sjmcfaronization pattern 322 is used to syndironize the start of a 

transaction. The synchronization pattom 322 is curraitiy defined as: 11111001, 
10101110, 00000110, 01010001, 10001010, 01100000, 01110101, 10011111. 

Header 324 consists of a source address, destination address, affiliate 
numl)er, VBI line number and transaction size. The source address is die address 

30 of the device diat is generating the original data. The destination address is the 
address of the type of device that is receiving the data (e.g. handheld 32). 
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Time stamp 326 is inserted into the interactive data by Insotion Card 20, at 
the direction of data insertion control 14, at the time of transmission. The time 
stamp, which idoitiftes the time that the data was transmitted by ttie Insertion Card 
20, is used to protect against cheating during an interactive program where prizes 
5 may be awarded. 

Parameters 328 include, but are not limited to, segment number, transaction 
number, game skill level, a validation stamp, time stamp enable, group number, unit 
number, mailbox number and other paramet«-s associated wifli presenting 
transactions. Time stamp enable toggles die time stamp security system on and off, 
10 Hie validation stamp is used to distinguish valid interactive data from other data. 

In ordw to provide efficient and reliable transmission on tiie VBI, interactive 
data can be muxed, FEC coded, interleaved, combined, encrypted and error 
corrected. The data muxing function packs input items of various bit lengths uito 
an mteger number of bytes. Zero fill is used and items are combined most 
15 significant bit first. For example, if die source address is Aaaaaaaaaa, the mailbox 
number is Bbbbbbbbbb and the destination address is Cccc; then byte 1 could be 
Aaaaaaaa, byte 2 could be aaBbbbbb, and byte 3 could be bbbbCccc. 

The FEC coding function accepts an integer nund>er of bytes and ouQiuts an 
integer numbo- of FEC codewords based on the FEC coding sch^e being used. 
20 The preferred ^bodiment uses a rate of three-fourths code wifli a code word length 
of 32 bits. 

The interleaving function accepts an integer number of FEC code words and 
outputs an integer number of interleaved blocks. An interleaved block consists of 
8 code words where 8 is die interleave factor. Zero fill is used if less than 8 code 
25 words are interleaved. For example, die following 8 code words could be 
interleaved as follows: 

code word 1: AaaaaaaaBbbbbbbbCcccccccPppppppp 
code word 2: DdddddddEeeeeeeeFfffffffPppppppp 
code word 3: GgggggggHhhhhhhhIiiiiiiiPppppppp 
30 code word 4: JjjumjKkkkkkkkLllIlIllPppppppp 

code word 5: MmromnunmmNnnnnnnnOoooooooPppppppp 
code word 6: QqqqqqqqRrrrrrrrSsssssssPppppppp 
code word 7: TtttttttUuuuuuuuVvwwwPppppppp 
. code word 8: WwwwwwwwXxxxxxxxYyyyyyyyPppppppp. 

35 



wo 9S/1S654 



PCT/US94/13484 



-29- 

After interleaving: 

code word 1: ADGJMQTWadgjmqtwadgjmqwadgjmqtw 
1 code word 2: adgjmqtwadgjmqtwadgjmqtwadgjmqtw 

5 code word 3: BEHKNRUXbdiknnixbefaknruxbdiknnix 

code word 4: behknnixbehknnixbdiknruxbehknrux 
code word 5: CFILOSVYcfilosvycfilosvycfilosvy 
code word 6: cfilosvycfilosvycfilosvycfilosvy 
^ code word 7: PPPPPPPPpppppppppppppppppppppppp 

10 code word 8: pppppppppppppppppppppppppppppppp 

The data combining function combines data by SQipending one input to 
another. "Die encryption function accepts an integer number of bytes and ou^uts an 
integer number of encrypted blocks. The encrypted block is defined by the specific 
15 enctyption algorithm bemg used. Currently, an encryption block is 8 bytes. Zero 
fill is used. 

The CRC gennation function accq>ts an integer number of bytes and 
calculates a 16-bit check word. A CRC algorithm is used to implement the following 
polynomial: x" + x" + x» + 1. Furthermore, Insertion Card 20 includes a select 
20 module (not shown) to determine on which VBI Ime to send the data. 

Y. Settop device 

Data is recovered from the VBI, by settop device 28, at a sample rate of 

500,000 bits per second. However, this rate occurs for a short bivst during the 
25 vertical blanking interval. A specific line of data only occurs every 16.7 

milliseconds, thus, the data stream consists of 14 bits clocked at a high rate followed 

by 16.7 milliseconds of no data. As shown in Fig. 7, the 14 bits are transmitted 

widiin 4.7 milliseconds. The purpose of s^p device 28 is to recover this data 

transmitted during die VBI at a high data rate and, using infrared transmission, send 
30 that information to handheld 32 at a mudi sIown data rate of 4,900 bits per second. 

This task can be accon^lished goierally using a buffo- or memory device with 

different clock rates for input and output. 

Fig. 9 dq)icts a more detailed rq)resentation of settop device 28, which is 

similar to a conventional decodo- for decoding VBI information used, for example, 
35 for closed caption s^plications. Settop device 28 includes a buffo^ 353 for receiving 

the video signal and a sync s^arator 354. TTiis sync s^arator 354 extracts die 
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synchronizing infonnation (H Sync and V Sync: which are the horizontal sync and 
vertical sync discussed above) from the video signal and sends them to 
microprocessor 358. Hie stripped video signal which is the output of sync separator 
354, labeled V-signal, is sent to data sheer 356. Data slicer 356 digitizes the signal 
and sends the digitized signal to microprocessor 358. Connected to microprocessor 
358 is ROM and RAM memory unit 360, which is used to store control code and 
data. Microprocessor 358 is connected to a clock (not shown). The clock includes 
a divider circuit so that two clock signals are available. The two clock signals have 
different frequencies which enable the settop device 28 to read data in at one speed 
and send data out at another speed. Microprocessor 358 is powered by power 
regulator 368. The output of microprocessor 358 goes to infrared transmitter 364. 

In operation, data is received as part of a video signal, sync information is 
stripped from the video signal and the transaction information is removed from the 
video signal, by microprocessor 358. using the sync information. Additionally. 
15 microprocessor 358 de-interleaves and decodes the data and stores the data in RAM 
360. RAM 360 could be any memory device known in the art. The data is then 
clocked out of RAM 360 at a data rate of 4,900 bits per second where it is sent to 
IR transmitter 364 and transmitted to handheld 32. 

20 VI. Handheld 

Handheld 32, shown in Figure 10, provides the means for participating in the 
mteractive program. Handheld 32 receives a data stream from settop device 28 and 
implements/presents the interactive program. Tlie data sto-eam received by handheld 
32 includes conunands and event specific data. 

25 The data stream is received first by an IR detector 380 which senses the 

infrared signal from settop device 28. The signal received by IR detector 380 is sent 
to a 44 KHz demodulator 382 which removes the infrared carrier frequency, leaving 
a serial data stream. The serial data stream is sent to an 8-bit shift register 386 
which converts the serial data stream to parallel data for microprocessor 388. The 

30 data sent to microprocessor 388 is stored in RAM 390 until a full transaction is 
received. At that time, microprocessor 388, which communicates with real time 
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clock (RTC) 389, builds a sequmce of commands and data \v4iich are used to present 
the transaction. 

ROM and RAM 390 of microprocessor 388 contain a control program and 
a command interpreter for the conunands sent on the VBI. The RAM portion stores 
5 thedataandcommandstransniittedovtf die IR link. The preferred microprocessor 
388 is an embedded processor, on an ASIC, similar to a Rockwell 65C02. In 
communication with microprocessor 388 is a secure microprocessor 392. The 
preferred secure microprocessor is Motorola 68HC05SC27. Secured microprocessor 

392 allows data to be stored in a tamper proof manner, luiaccessible to imauthorized 
10 personnel. Handheld 32 further includes a keyboard 394. A buzzer 396 is included 

to alert the viewer, for example, whm die viewer's answer is correct or that 
handheld 32 is awaiting a response. Handheld 32 further includes an LCD display 
398, whidi is a 4-line by 16H*aracter display. LCD display 398, in die preferred 
embodiment, shall conform to the features of the Sharp LM24255 (pre-programmed 
15 charactCT generator ROM and 8-character generator RAM locations). To extend 
battery life, the LCD power should be controlled by an I/O bit from the 
microprocessor 388. Also connected to microprocessor 388 is Infrared Transmitter 

393 whidi communicates widi dialer 33. 

Handheld 32 is pow^^ by 6-volt batt^ 400 which is preferably 4 AA 
20 cells. There can be an additional lithium cell (not shown) that powers the ROM and 
RAM 390, and secure microprocessor 392 \v4ien loss of main power is detected since 
these must rranain powered at all times. Main pow^ is lost ^en die 6-volt battery 
400 is drained below minimum working voltage or removed entirely. 

Figure 1 1 shows an example of handheld 32. Case 420 is made from molded 
25 plastic of a strengdi and texture suitable for use by viewers in a household 
environmrat. Keypad 394 should be molded rubber with carbon contacts that make 
switdi connections against a switch pattern on a printed circuit board. The buttons 
on keypad 394 could be marked with numbm and/or words. The words could 
include, but are not limited to "yes", "no", "true", "false", "poor", "feir", 
30 "average", "good", "excellent", "info" and "dialer". The "info" button is used to 
access tables. The "dialer" button is used to communicate with dialer 33. On the 
front 422 of handheld 32, is a window of red tinted plastic tfiat filters visible light 
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and receives infrared data. The IR receive circuitry will be mounted on a PC board 
bdiind this windows. 

As discussed above, handheld 32 receives all remote data from settop device 
28 via an infrared data link. Hie performance of this link should have a bit-error 
5 rate of less than 1-error for every 100,000 bits transmitted (random bit errors) when 
in the configuration shown in Figure 12. In this configuration, handheld 32 should 
prefaably be within 7.6 meters (25 feet) from the transmitter of settop device 28 and 
anywh^e withm plus or nunus 60^ of the central line of the transmitter. 

The features of an interactive program are implemented in part in software 
10 resident in handheld 32. This software performs two fiinctions. The first function 
is to build a transaction from high level commands transmitted via the IR link. The 
second function is the execution/presentation of the transaction. During the time that 
a participant is responding to a given transaction, the next transaction is being 
received and made ready for the participant to process. Using this approach, flie 
IS amount of information transmitted prior to a view^ being able to use handheld 32 
is essentially transparent to the viewer compared to other interactive devices. 

Timed responses ^ere the participant must react within a specific time 
interval can be controlled by either microprocessor 388 in conjunaion with real time 
clock 389, or via a new transaction being sent and activated before tfie participant 
20 enters responses to the prior question. 

The interactive systrai can use raciyption algorithms and keys as is known 
in the trade. Handheld 32 would thus store, for example, three keys at least one of 
which could be reprogrammed by a signal sent on the VBI. 

25 Vn. Handheld Memory 

Figure 13 shows the memory map for microprocessor 388 and secure 
microprocessor 392. With regard to microprocessor 388, memory location 000-OOlF 
(450) is used to map the I/O devices, e.g. keyboard, display, buzzer. Memory 
locations 0020 - 7FFF (452) is used as RAM to store programmer tables and other 
30 data. Locations D800-FFFF (454) is used as ROM. 

With respect to the secured microprocessor, memory location 000-OOlF (456) 
is used to map the I/O devices. Locations 0020-OOFF (458) is RAM. Locations 
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0530-lOFF (460) is an EEPROM used to store programmer tables. Locations 4000- 
7FFFF (462) is ROM used to store control information. 

The interactive system stores data in handiield 32 in roisters within 
programme tables. Bv&ry affiliate has one or more assigned programmer tables so 
5 that handheld 32 knows where to store die information specific to that affdiate's 
int^active program. Additionally, handheld 32 has two universal regist^s used by 
all affiliates. One universal register is the Input Register, for temporarily storing 
viewer*s answers to questions. For example, in a multiple choice question, if the 
viewer enters "4", the Input Register is loaded with a "4". The input register is 

10 automatically updated after each question. There is only one input register for each 
handheld 32. The second universal register is the Points Register, vAiiOi stores the 
points earned for entering the correct response to a single question. For example, 
in a multiple dioice question, the correa answer of "4" may earn 25 points. 
Therefore the value in Points Register would be 25. 

15 Fig. 14 is a block diagram of a programmer table. There are fiftem registers 

per programmer table. Of the fifteen registers, eight have specific ftmctions and 
seven are general. The eight specific registers are the Mailbox Register 470, Group 
Regist^ 474, Unit Register 478, Score Register 482, Cume Register 484, Bank 
Register 500, SegmenCHTransaction Register 502 and Status Regist^ 504. 

20 The Mailbox Register 470 stores the mailbox number. Affiliates can 

purchase (or be assigned) the exclusive rights to one or more programme tables. 
The Group Register 474 stores the group number for the current transaction. The 
Unit Register 478 stores the unit numb^ for the current transaction. The 
Segmoit/Transaction Regist^ 502 stores the segment and transaction numb» for the 

25 current transaction. Status Regist^ 504 holds the status for the current transaction, 
which includes the dieater bit. Initially, the dieat^ bit would be reset to zero. If, 
during the course of an int^ctive program, the viewer attempts to cheat, the cheater 
bit would be set to 1. Once the cheater bit is set to 1, the Cume Regist^ 484 is 
frozen. 

30 Score Register 482 stores the score for one program. For example, if the 

score for one game of a s^ies is 225 points, the Score Register would have 225. 
Score Register 482 is automatically updated by the value in the Points Regist^ after 
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a correct answer is scored. Cume Register 484 stores cumulative scores for a series 
of programs as identified by the group number. Hie series may be one or more 
episodes. Using the example described above with respect to the score register, if 
the second game score is 275, the cume register could be SOO, being the addition of 
S game one Q2S) and game two (275) of the series. The cume register is 
automatically updated by the value in the Points Register 480 after every correct 
answer. 

Bank Register 500 stores the accumulated points earned within a mini-game, 

without updating the Score or Cume Registers. At the end of a mini-game, the script 
10 writer has the programming option to add Bank Register 500 to Score Register 483 

and Cume Register 484, or to save the contents of Bank Register 500 for later use. 

For example, the script writer can use the value within Bank Register 500 for 

another mini-game without adding it to the viewer's Score and Cume Regist^s. 

Mailbox Register 470, Affiliate Register 472, Group Register 474, Unit Register 
15 478, Points Register 480, Score Register 482, Cume Register 484, Bank Register 50, 

Segment/Transaction Register 502 and Status . Register 504 are all updated by 

handheld 32. 

Registers Save 1-Save 7 (486, 488, 490, 492, 494, 496, 498), are general 
purpose registers used by the script writer to store data, for example, input assigned 

20 by the programmer with the Save Into response option. These registers can store 
viewer input for later use or text that a script writer wants to display in a message 
or question. A script writer may want to ask a question, store a viewer's answers 
in a register, and then use the stored answer for a branching condition. For 
example, the interactive program may have a question asking which team will win 

25 the game, San Francisco Giants or Atlanta Braves? The script writer could then 
choose die Save Into response option which causes, for example, a 1 to be stored in 
Save2 488 if the viewer selected die San Francisco Giants, or a 2 to be stored in 
Sav62 488 if the viewer selected the Atlanta Braves. The script would include a 
branching instruction so that if Save2 contained a one, the message on handheld 

30 display 398 would be "The Giants are great hitters, watch for home runs!" Or, if 
Save2 contained a 2, the message on display 398 would be, "The Braves have great 
pitching, watch for a low scoring game!" 
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For every question created in the authoring system for which points are 
awarded to viewers, handheld 32 usually updates at least four registers. The 
following example, using Figure 15, demonstrates whzt is stored in various registers 
after asking a yes/no question. In row 510, a 25 point yes/no question is asked, "Do 
5 lions hibernate?" Handheld 32 displays the question and then waits for tfie view^ 
to CTtCT an answer. The viewer's input will be stored in die Input Register. If the 
viewer enters tfie correct answer, 25 points will be loaded into the Points Register 
480, For purposes of this example, this script is the second game of a series (since 
die first game raded with a score of 500, the Cume Registw 484 is equal to the 

10 Score Register 482 plus 500) and the viewer's current score is 75 (thus. Score 
Register 482 = 75 and Cume Register = 575). Row 512 occurs ^en the viewer 
enters a 1 representmg a yes, which is the wrong answer. Handheld 32 displays the 
message, "No, lions live in warm climates and have no need to hib^nate." Since 
the wrong answer was selected, no points are earned. Thus, the score and cume 

15 registers are not incremented. Row 514 represents ^en the viewer enters a 2, 
r^resratmg a "no" i^^ich is the correct answer; therefore, handheld 32 will display 
die message, "Right! 25 pts. " The Points Register 480 is loaded with 25. The Score 
Register 482 is then updated by the addition of the Points Regist^ 484. The 
equation is new Score Register value = old Score Register value plus Points 

20 Register. In ttiis case. Score Register = 75 pts. + 25 pts. = 100 pts. The Cume 
Register 484 is similarly updated by the addition of 25 pts. 

In summary, handheld 32 displays a question and then waits for the viewer 
to rater an answer. The answer is stored in the input register. Handheld 32 then 
updates the olher registers based upon die values stored m the input regist^. After 

25 the registers are updated, new transactions can be presented to the viewer. 

Table 1 shows a partial memory allocation for handheld 32. As described 
above, information is stored in the handheld 32 in programmer tables. There are 
three types of programme tables: secured programmer tables, unsecured 
programmer tables and event specific programmer tables. Unsecured programmer 

30 tables have all of die information stored in RAM 390. Secured programmer tables 
have some of the information stored in RAM 390 and some of the information stored 
in an EEPROM inside secure microprocessor 392. An event programmer table has 
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some information stored in RAM 390 and some information stored in the EEPROM. 
Secured programmer tables are programmer tables with registers that cannot be 
accessed or tampered with by a viewer attempting to cheat. When interactive 
programs award prizes of value, a programmer may want to use a secured 
S programmer table to prevent tampering or cheating. If the game is played without 
any incentive for cheating, for example no prizes, an unsecured programmer table 
could be used. 

As described above, programmer tables are assigned to affiliates. For 
example, they could be sold on a per programmer table basis. Thus, a given affiliate 

10 may buy five or ten programmer tables to use for all of its interactive programs. 
However, there may be an occasion where an affiliate needs to use to a programmer 
table for a particular interactive program but has no programmer tables available in 
its own set of pre-purchased tables. Or, a first time viewer may want to try an 
interactive program on an incremental basis. Thus, an affiliate can buy an event 

15 programmer table which is a programmer table available only for one particular 
event. The most useful function for event specific programmer tables is in 
conjunction with pay-per-play events. For ^cample, a viewer might be given the 
opportunity to buy the right to participate in a pay-per-play interactive program in 
conjunction with a pay-pCT-view boxing match. In this situation, the viewer would 

20 order the pay-per-play event and receive an access code to activate the specific event 
programmer table, which enables the viewer to participate in the pay-per-play 
int^active program. 

Table 1 shows the preferred maximum number and allocation of ttie three 
types of programmer tables with respect to RAM 390 and the EEPROM inside 

25 secure microprocessor 392. The column labeled "EE Bytes" represents bytes of data 
stored in the EEPROM of secured microprocessor 392. The column labeled "RAM 
Bytes" represents bytes of data stored in RAM 390. In the preferred embodiment, 
there are 204 secured progranuner tables, there are 182 unsecured programmer tables 
and 20 event tables. 

30 For example, Table 1 shows that there are 204 secured programmer tables, 

with each programmer table having a Group Register which is 10 bits wide. 
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Therefore, 255 bytes of die EEPROM in secured microprocessor 392 are used for 
secured programmer table Group Regist^. 
Table 1 



Purpose 


Quantity 


Size 


RAM 

Bytes 


EE 
Bytes 


Sficiired Tables ' 










Group it 


204 


10 bits 






Unit* 


204 


4 bits 




102 


Mailbox tt 


204 


14 bits 




357 


Score 


204 


3 Bytes 




612 


Cume 


204 


3 Bytes 




612 


Save 1-7 


204 


21 Bvtes 

4t0X A^Jf liWO 






Bank 


204 


^ BvtM 






Status 


204 


1 Bvte 






Seg/Trans 


204 


3 Bjrtes 


612 




unsecuTcu x ooico . 










Group # 


182 


10 bits 


228 




Unit# 


182 


4 bits 


91 




Mailbox # 


182 


14 bits 


319 




Score 


182 


3 Bytes 


546 




Cume 


182 


3 Bytes 


546 




Save 1-7 


182 


21 Bytes 


3822 




Bank 


182 


3 Bytes 


546 




Status 


182 


1 Byte 


182 




Seg/Trans 


182 


3 Bytes 


546 
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Event Tables: 










Group if 


20 


10 bits 




25 


Unit # 


20 


4 bits 




10 


Mailbox it 


20 


14 bits 




35 


Score 




i sytes 




60 


Cume 


20 


3 Bytes 




60 


Save 1-7 


20 


21 Bytes 


420 




Bank 


20 


3 Bytes 




60 


Status 


20 


1 Byte 




20 


Seg/Trans 


20 


3 Bytes 


60 





VIII. Handheld Sequencing 

15 Handheld 32 uses the mailbox number, group number^ unit number, segment 

number, transaction number, time stamp enable and cheater bit in order to ensure 
that the viewer is playing the transactions in the proper sequence. Sequence is 
important for two reasons. First, monitoring the sequence of transactions can be 
used to detea dieating. Second, if for any reason a transaction is missed by 

20 handheld 32 (e.g., data loss or a viewer was surfing or grazing) it is desired that 
handheld 32 not continue processing transactions in that segment. For example, if 
the question in a sequence of question-answer-scoring is missed, handheld 32 should 
not wait for the response because the viewer does not know that handheld 32 is 
waiting for an answer, nor would there be an answer to score. Handheld 32 should 

25 remain idle until the start of the next sequence. 

The following examples help describe how handheld 32 sequences through 
an interactive program and updates the appropriate registers. Most of the examples 
have two columns followed by an explanation. The left column is certain data 
associated with a new transaction as compared to the previous transaction. The right 

30 column shows the effect that the data in the left column has on a programmer table. 
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Example 1 



Mailbox # Same Score = Updated 

Group # Same Cume = U^xiatod 

5 Unit* Same Savl-Sav7 = l^xlaed 

• • • CB = Same 



In Hiis first example, the transaction data is refo^icing the same Mailbox 
10 Number, Affiliate Number, Group Number, and Unit Number as ftie previous, 
transaction. Th^efore, this transaction will use the same programmer table as the 
previous transaction. The current transaction is the next transaction in the same 
game as the previous transaction. Thus, the programmer table is maintained and 
updated accordingly. 

15 

Example 2 



Mailbox # Diffgrent 

Group # Don*t Care 

20 Unit* Don't Care 

Affiliate /f Don't Care 

Segmmt # Don't Care 

Transaction # Don't Care 

Time Stamp Enable Don't Care 

25 



This transaction has a diffident Mailbox Numb^ than the previous transaction; 
ttierefore, handheld 32 uses a differrat programmer table. 



30 Example 3 



35 



Mailbox # Same Score = 0 

Group if Differmt Cume = 0 

Uvilff Same Savl-Sav7 = 0 

CB =0 



In this situation, handheld 32 is using the same programmer table; however, 
a new int^^ive program (or series) is starting due to die new group number. Since 
die new transaction is part of a new series, the Score, Cume, Point and Save 
Registers are reset to zero and then updated with the scores from die new 
40 transaction. 
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Example 4 

Mailbox # Same Score = 0 

Group M , Different Cume = 0 

5 Unit # Different Savl-Sav7 = 0 

CB ==0 

As in the previous example, a new program or series is starting that uses the 
10 same programmer table as the previous transaction. 

Example S 

Mailbox* Same Score = 0 

15 Group ft Same Cume = l^xlaed 

Unit # DifferOTt Savl-Sav7 = Iftxtoed 

CB = Same 

This is an example where the new transaction is using the same programmer 
20 table and is part of same series as the previous transaction, but has a different unit 
number. Thus, the new transaction is the next game in the series. For exan4)le, it 
may be a new game in the World Series. Thus, handheld 32 should zero out the 
Points and Score Registers but maintain the Cume Register. 

25 Example 6 

Mailbox # Same Score = Same 

Group # Same Cume = Same 

Unit # Same Savl-Sav7 = Same 

30 Segment # Backward Sequence CB = Same 

Transaction/^ !=! 

Time Stamp Enable True 

In this example, the segment number has changed but in backwards sequence. 

35 For example, handheld 32 was processing segment 7; however, the new transaction 
is from segment 5. Since the transaction number is not equal to 1, handheld 32 is 
receiving this transaction in the middle of a sequrace. This may be an example of 
a viewer ^o taped a portion of an interactive program and is attempting to replay 
part of the program. Thus, handheld 32 will ignore this transaction, and wait for the 

40 beginning of the next sequence. Ignoring the transaction includes not presenting the 
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transaction and not updating any programmer tables. Therefore, the programmer 
table will not be updated with the new sequmce numb^; thus, die ne?ct transaction 
received by handheld 32 is also likely to be out of sequence. The next transaction 
with a transaction number of 1 is likely to be analogous to Example 8. 

5 

Example 7 

Mailbox* Same Cume = Frozen 

Group it Same Score 0 

10 Unit* Same Savl-Sav7 = Iftxfaed 

Segment * Backward Sequrace CB =1 

Transaction # 1 

Time Stamp Enable True 

15 This situation is similar to the previous example except the transaction 

number is 1. Therefore, handheld 32 would conclude that die transaction is at the 
beginning of a segment and the segment is out of order. Handheld 32 assumes that 
the viewer is cheating by taping the interactive program and replaying it. Thnefore, 
the cheater bit is set to 1 ^ich freezes the Cume Register 484. Points Regista 480 

20 and Score Registw 482 are reset to zero. The transaction is played without effecting 
die cumulative score. 

Example 8 

25 Mailbox it Same Score = 0 

Group it Same Cume = 0 

Unit# Same Savl-Sav7 = 0 

Segment it Backward Sequmce CB =0 

Transaction it 1 

30 Time Stamp Enable False 

This situation is the same as the previous situation, howeva, the time stanqi 
enable is false. Therefore, even though the viewer is playing out of sequence, Cume 
Regist^ 484 will not be frozra. Rather, handheld 32 resets the registers and allows 
35 die viewer to restart the game. This situation would arise in a children's video or 
another int^ctive program v^ere prizes are not awarded and/or cheating is not 
relevant. 
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Example 9 



Mailbox # Same Score = Same 

Group Same Cume = Same 

Unit # Same Savl-Sav7 = Same 

5 Segment it ........ Fwd. out of seq. CB - Same 

Transaction # !=1 

Time Stamp Enable True 

In this situation, the segment numb^ is out of order, and the new transaction 
10 is not the first transaction of the segment. Therefore, the viewer is trying to play 
a segment by entering in the middle of the segment. This transaction may be a 
response; however, no question was queried to the viewer. Handheld 32 does not 
preset this transaction to the viewer. Handheld 32 will remain idle (from the 
viewer's point of view) until the beginning of the next segment, where handheld 32 
IS will start presenting transactions to the viewer (see Example 11). This may be the 
situation \)^ere the viewer was initially participating in the interactive game, but 
temporarily stopped. Perhaps the viewer momentarily changed television channels 
or stepped away from the television viewing area (e.g. bathroom break). Although 
the viewer can continue participating, the viewer loses out by losing the potential 
20 scoring from the missed transactions* 



Example 10 

Mailbox ft Same Score = U^xlaiBd 

25 Group # Same Cume = Xipdetsd 

Unit* Same Savl-Sav7 = Hxbted 

Segment tt Fwd. out of seq. CB = Same 

Transaction tf . . 1 

Time Stamp Enable True 

30 

This situation is similar to Example 10 except that the transaction number is 
1 . Th^efore, the viewer has missed some transactions and is now at the beginning 
of a new segment. Since the transaction is at the beginning of a segment, handheld 
32 allows the viewer to play the transaction and, appropriately updates the Score and 
3S Cume Registers. As in Example 10, the viewer does not receive any scoring from 
the missed transactions. 
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Example 11 

Mailbox # Same Score = Updstai 

Group # Same Cume = l^xbted 

5 Unit# Same Savl-Sav7 = HxJated 

Segment # Same CB = Same 

Transaction if In sequence 

Time Stamp Enable .... True or False 

10 This situation is the norm. The viewer is playing the next transaction in the 

same segment and all the regist^ are appropriately updated. 

Example 12 

15 Mailbox* Same Score = Same 

Group # Same Cume = Same 

Unit # Same Savl-Sav7 = Same 

Segment ff Same CB = Same 

Transaction # Bck. seq, ! = 1 

20 Time Stamp Enable True 

In this situation, the transaction has same segment numb^ but a lower 
transaction number which is not equal to 1. For example, the previous transaction 
had a transaction number of 6; however, the current transaction has a transaction 
25 number of 4. The viewer most likely attempted to replay a t^ed transaction. TTie 
transaction is ignored. Handheld 32 may start presenting transactions v/hon it 
receives a transaction with a transaction number of one. Until that time, the registers 
will not be updated. 

30 Example 13 

Mailbox « Same Score = 0 

Group # Same Cume = Frozen 

Unit# Same Savl-Sav7 = l^xizftBd 

35 Segment # Same CB =1 

Transaction # Bck. seq. =1 

Time Stamp Enable True 

Tliis is the same situation as the previous example except that when the 
40 viewer rewound tiie tape (assuming the viewer videotaped), the tape was rewound 
to the beginning of the sequrace. Tlius, the transaction nimiber is 1. Handheld 32 
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assumes the viewer is trying to cheat; therefore^ handheld 32 resets the Score and 
Points Registers, freezes the Cume Register and sets the cheater bit to 1« The 
viewer can continue to play the interactive program and update the resetted Score 
Register, but the viewer's score does not count toward a prize. Because the Cheater 
S Bit (CB) is set to one, the Cume Register is frozen and the viewer would not receive 
a message to register the viewer's score with operations 34. 

Example 14 

10 Mailbox* Same Score = 0 

Group # Same Cume » 0 

Unit # Same Savl-Sav7 = 0 

Segment* Same CB ==0 

Transaction* Bck. seq. =1 

15 Time Stamp Enable False 

This situation is the same as the situation in example 12, however time stamp 
enable is set to false. Thus, handheld 32 does not care that the viewer may be 
cheating. A new game is started. 



20 



Example 15 



Mailbox * Same Score =^ U^pdated 

Group * Same Cume = l^xlaCBd 

25 Unit* Same Savl-Sav7 = I^idated 

Segment * Same CB = Same 

Transaction * Fwd. out of seq. 

Time Stamp Enable .... True or False 

30 In this situation the viewer is playing the interactive program out of sequence. 

The viewer may have taped and is jumping ahead, the viewer may have switched 
channels (surfed) and now has come back, or the viewer may have momentarily left 
the television viewing area and missed a transaction. Since handheld 32 knows it is 
playing a transaction out of sequence witiiin the same segment, the handheld merely 

35 ignores the transaction and waits for a new transaction with a transaction numb^ of 
1. The registers are not updated. 
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Examole 16 

Mailbox # _ 

Group* 5.~« = Same 

Unit* Z = Same 

w*:;;;:::::::::::lr: '^'-"^^ z'r^ 

?aiisaction# Same ~ ^ 

Tmie Stamp Enable True or False 

In this situation the viewer is attempting to replay the exact same transaction 
again. Handheld 32 simply ignores the transaction. The cheater bit is set to one 
because the viewer is attempting to cheat. 

It follows from the above description that, even with interleaved games and 
the viewer's entering and leaving the interactive program at various times, the 
viewer's reactions and answers to all games in which the viewer participates are 
stored m some form by handheld 32 and later can be reported to a central processing 
station (operations 34). 

Other objects, aspects and advantages of the invention can be obtained from 
a view of the claims and the appended figures. 

It is to be understood that other embodiments of tiie present invention can be 
constructed and be within die spirit and scope of the present invention. 
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CLAIMS 

What is claimed is: 



1 1. An interactive television systrai, comprising: 

2 a receiver for receiving interactive data; 

3 a processor, in communication with the receiver, for processing the 

4 interactive data and presenting transactions based on the interactive data; and 

5 memory, in communication with the processor, for storing data, the memory 

6 including a plurality of programmer tables. 

7 2. An interactive television system according to claim 1, i^erein 

8 eadi programmer table includes a unique dentificatton number, a game score 

9 register, and a cumulative score register. 

10 3. An interactive television system according to claim 1, wherein the 

11 plurality of programmer tables includes an event specific programmer table, a 

12 secured progranuner table and an unsecured programmer table. 

13 4. An interactive television system according to claim 1, further including: 

14 a display in communication with the processor; and 

15 a keyboard in communication with the processor. 



S. An interactive television system according to claim 1, further including 
a secured processor. 



6. An interactive television system according to claim 1, fiutha including: 

1 a dialer for communication between the processor and a remote location. 

2 7. An interactive television system according to claim 6, herein the dialer 

3 includes a modem. 
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4 8. An intnactive television system according to claim 6, iivlierein the dialer 

5 \^erein the dialer communicates with the processor via infrared communication. 

. 6 9. An intnactive television system according to claim 1, wfa^ein said 

7 receiver receives infrared data and translates tiie infrared data to a format acceptable 

8 to the processor. 

1 10. An interactive television system according to claim 1, further including 

2 a settop device for receiving a television signal and reading tiie interactive data from 

3 the vertical blanking interval of the television signal. 

1 11. An interactive television system according to claim 10, wherein the 

2 settop includes an infrared transmitter for transmitting the interactive data; and 

3 the receive includes an infrared receiver for receiving the interactive data. 

1 12. An interactive television system according to claim 1, further including 

2 an ins^on system for inserting interactive data on to an existing television signal. 

1 13. An int^active television system according to claim 12» wherein the 

2 ins^ion system inserts the interactive data on the vertical blanking interval of die 

3 existing television signal. 

1 14. An interactive television system according to claim 12, herein the 

2 insertion system con^rises: 

3 a vbi card, for inserting data on the vertical blanking interval of die existing 

4 television signal; 

5 a controller for directing the vbi card; and 

6 an int^iace between die controller and the vbi card. 

1 IS. An int^ctive television system according to claim 12, herein die 

2 insertion system comprises: 

3 timing means for reading timing information from a television signal; 
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4 a video processor, in conununication with the timing means; 

5 a memory element, in communication with the processor, for storing data to 

6 be inserted in the vertical blanking interval of the television signal; 

7 a video multiplexer, in communication with the memory element, the timing 

8 means and the television signal, for selectively outputting either the television signal 

9 or the data stored in the memory element. 

1 16. An interactive television systCTi according to claim 1 , further including: 

2 an authoring system for creating interactive data; 

3 a data insertion; and 

4 a settop device, at the remote station, for receiving the transmitted interactive 

5 data. 

1 17. An interactive presentation system comprising: 

2 means for receiving at a remote location interactive data in association with 

3 a presentation of an event, the interactive data including commands and event 

4 specific data; 

5 storage means, having a plurality of programmer tables, for storing data, the 

6 plurality of programmer tables including a secured programmer table, an unsecured 

7 programmer table and an event programmer table; 

8 means, responsive to the commands and the storage means, for presenting 

9 a viewer with a transaction; and 

10 means for updating the storage means based on the commands and the event 

11 specific data. 

1 18. A system according to claim 17, wherein each programmer table has a 

2 unique identification number that can be assigned to an entity so that only interactive 

3 data designated by the entity can be used to update the programmer table. 

1 19. A system according to claim 17, wherein each programmer table 

2 includes a plurality of registers. 
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1 20. A system according to claim 17, further including a first processor and 

2 a second processor, the second processor being a secured processor. 

1 ' 21. An interactive presentation system comprising: 

2 a receiver for receiving at a remote location interactive data in association 

3 wifli a presentation of an ev&it, die interactive data including commands and event 

4 specific data; 

5 a processor in communication with the receiver, so that the conmiands direct 

6 the microprocessor to present a viewer with an interactive program, the infective 

7 program using the event specific data; 

8 a memory elemrat, in communication with the microprocessor, the memory 

9 element including a plurality of programmer tables, each programme table having 

10 a unique identification number; 

11 a keypad, in communication with the microprocessor so that information may 

12 be input by a viewer. 

1 22. A syst^ according to claun 21, furtiier including a display. 

1 23. A syst^ according to claim 21, wherein the plurality of programmer 

2 tables including a secured programmer table, an unsecured programmer table and an 

3 event progranuner table, 

1 24. A system according to claim 21, ¥^erein eadi programmer table 

2 idmtification number can be assigned to an entity so that only int^ctive data 

3 designated by the mtity can be used to update the programme table. 

1 25. A method for presenting int^active programs on an interaaive system 

2 such that a plurality of interactive programs can be interleaved, the int^active system 

3 including a remote terminal for presenting the interactive programs, the remote 

4 terminal having a memory unit, the method comprising the steps of: 

5 dividing a portion of the memory unit in the remote terminals into a plurality 

6 of programmer tables; 
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7 assigning a first identification code to a first programmer table; 

8 assigning a second identification code to a second programmer table, the 

9 second identification code being different from the first identification code; 

10 constructing first interactive data, the first interactive data including first 

11 commands and first event specific data, the first interactive data containing a 

12 reference to the first identification number; 

13 constructing second interactive data, the second int^active data including 

14 second commands and second event specific data^ the second interactive data 

15 containing a reference to the second identification number; 

16 sending the first interactive data and the second interactive data to a remote 

17 location during the same time period; 

18 receiving the first interactive data and the second interactive data at the 

19 remote location; 

20 providing the ability to selectively tune, at the remote location, either the first 

21 interactive data or the second interactive data; 

22 presenting the viewer with a transaction, at the remote location, based on the 

23 selectively tuned interactive data; and 

24 updating the programmer table referenced by the selectively tuned interactive 

25 data. 

1 26. A method according to claim 25, further including the steps of: 

2 providing the ability to change the previous selective tuning, at the remote 

3 location, to tune interactive data not initially selected; 

4 presrating the viewer with a transaction, at the remote location, based on the 

5 newly tuned interactive data; and 

6 updating the progranuner table referenced by the newly tuned interactive 

7 data. 



1 
2 
3 



27. A method according to claim 25, further including the steps of: 
assigning the first identification code to a first entity; and 
assigning the second identification code to a second entity; 
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4 the first imeractive data is constructed by the first creator and the second 

5 "teiactive data is constructed by the second creator. 

1 28. An interactive presentation system comprising: 

2 ./'««^^**«'^«^iving interactive data such that when a viewer chooses to 

3 participate in a first event the received interactive data includes a first set of 

4 commands and first event specific data, and when the viewer chooses to participate 

5 m a second event the received interactive data includes a second set of commands 

6 and second event specific dau; 

a fta processor for preseminj oansacUons » a viewer bas«l on fte received 

n«.n«ive d«. so When tt» inwactive daa includes d» fir., e^^nands and 
fl«. even, specific daB «„sacttons are prese««i in associaUon wiu, fte firs. even, 
and ^ tf„ U,^, ^ ^ ^ ^ ^ 

specific dau ttansactions are presemed in assoclaUon wi* tt„„econd even.- 

'■■""■"■y "Hi. including a plurali^ of progr»™ernAl«,.,„oon»™n^cafion 
»«h *e pres««Uon means, for s«»in» da« in an appropria« one of said 

Pn>ranu«er Obles so fta. ^ fte received inttracdve dala includes d,e firs. se. Of 

connnands and firs. even, specific daa *e appropriate progranm^r able IS «,e firs. 
P«>*«™»er table, and ^ the interactive data includes fte second se, of 
connnands and fte second even, specific data the appropriate progranmter able is 
ftc «cond programmer table, so fta. (1) d« viewer «m change bet^en fte fits. 

even, and the second even, ftroughou, ttte firs. ev«« a«, d« second event, aereby 

mterleaving the first event With the second event a«l interteaving d„ transactions 
presented in association wia, the firs. even, wid, d« «nsacdons presented In 

-««iadon wid. the second event and C) When d» viewer dtooses to panlclpae in 
d» firs. even. Ae s«=oml prognmnter ntble is not effected and when dte viewer 
chooses to patacipate In die s«»nd even, the first programmer table is not effected. 

29. A system accordtag to claim 28. wherem a«, first programmer able 
mcludes: 

a register for storing game points; 

a register for storing cumulaUve series points; and 
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5 a register for storing sequencing information. 

1 30. A system according to claim 28, further including a second processor 

2 for maintaining secure data. 

1 31. A system according to claim 28, further including a keyboard and a 

2 display. 

1 32. A system according to claim 28, further including a command interpreter 

2 for interpreting the first set of commands. 

1 33. An interactive presentation system comprising: 

2 a receiver for receiving during a first time interval first interactive data 

3 including first commands and first event specific data associated with a first event 

4 and during a second time interval second interactive data including second commands 

5 and second event specific data associated with a second event; 

6 a processor for presenting first transactions to a viewer during the first time 

7 interval based on the first interaaive data and for presentmg second transactions to 

8 a viewer during the second time interval based on the second interactive data; 

9 a memory unit, in communication with the presentation means, including a 

10 first programmer table storing first transaction data associated with the first event and 

11 a second progranmier table storing second transaction data associated with the second 

12 event, so that presenting transactions to a viewer based on the first interactive data 

13 does not effect the second programmer table and presmting transactions to a viewer 

14 based on the second interactive data does not effea the first programmer table. 

1 34. A system according to claim 33, further including a keyboard and a 

2 display. 

1 35. A system according to claim 33, wherein the first and second time 

2 intervals do not overlap. 
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1 36. A system according to claim 33, wherein the first and second time 

2 intervals overly 



1 
2 
3 
4 
5 
6 
7 



37. A method for receiving and presenting imeractive programs on an 
mteiactive system, the interactive system including a memory unit, the memory unit 
mcludmg a first programmer table having a first identification code and a second 
programmer table having a second identification code different from tiie first 
Identification code, the method comprising the steps of: 

(a) receiving first interactive data, the fust interactive data including 
commands and event specific data, the first interactive data containing a reference 
to the fust idmtification code; 

(b) presenting tho viewer with a transaction based on the first interactive data 
without erasing tiie second programmer table; 



8 to the fust idmtification code; 
9 
10 

11 (c) updating die first programmer table based on step (b) without erasing die 

12 second programmer table; 
13 
14 

15 to the second identification code; 
16 



(d) receiving second interactive data, the second interactive data including 
commands and event specific data, die second interactive data containing a reference 
to the second identification code; 

(e) presenting flie viewer wid, a transaction based on Ae second interactive 
data witiiout erasing the first programmer table; and 

(Q updating the sec 
19 die first programmer table. 



17 

18 (0 updating die second programmer table based on step (e) widiout erasing 



38. A metfiod according to claim 37, farther including flie steps of 
(g) receiving tfiird interactive data, die diird interactive data including 
commands and event specific data, die diird interactive data containing a reference 

4 to the first idoitification numb^ ; ... 

5 (h) presenting die viewer widi a transaction based on die diird interactive data 

6 widiout erasing die second programmer table; and 

7 <^>"P'*^«*^«*"'«tP~S««™er table based on st^(h) widiout e^^^ 

8 second programmer table. 
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1 39. A system for creating an interactive program for presentation on a 

2 remote terminal, the remote terminal including a memory unit, the memory unit 

3 including a plurality of programmer tables, the system comprising: 

4 means for choosing a programmer table from the plurality of programmer 

5 tables; 

6 means for creating a script including: 

7 means for selecting a message, 

8 means for selecting a question, 

9 means for selecting an appropriate response, and 

10 means for selecting response criteria; and 

1 1 means for compiling the script to create interactive data so that presenting an 

12 interactive program based on the interactive data will utilize the diosen programmer 

13 table. 

1 40. A system according to claim 39, further including means for creating a 

2 live script and for creating a script having timing information. 

1 41. A system according to claim 39, further including means for assigning 

2 a subset of the plurality of programmer tables to an entity, and wherein said means 

3 for choosing restricts the programmers choice of programmer tables to the subset of 

4 the pluraliQr of progranuner tables. 

1 42. A system according to claim 39, further including: 

2 means for validating and invalidating the intnactive data; and 

3 means for transmitting the interactive data to a remote location only if the 

4 interactive data is valid. 

1 43. A method for making an interactive video program for presentation on 

2 a remote interactive system, the interaaive system including a memory unit, the 

3 m^ory unit including a furst programmer table having a first identification code and 

4 a second progranuner table having a second identification code different from the 

5 first identification code, the m^od comprising the steps of: 
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6 creating a first script; 

compiling the first script to create first interactive data, the first interactive 

& data including first commands and first event specific data, the first interactive data 

9 containing a reference to the first identification code; 

10 SCTding the first int^active data to the remote interactive system for 

11 presentation of a first transaction to a viewer based on ttie first interactive data 

12 without erasing the second programme table; 

13 creating a second script; 

14 compiling the second script to create second interactive data, the second 

15 interactive data including second commands and second event specific data, die 
16^ second interactive data containing a referMce to the second identification code; and 
17. sending the second interactive data to the remote interactive system for 

1 8 presmtation of a second transaction to a viewer based on the second interactive data 

19 without erasing the first programmer table. 

1 44, A method for making an interactive video program according to claim 

2 43, further including the st^s of: 

3 creating a third script; 

4 compiling the third script to create third interactive data, the third interactive 

5 data including commands and event specific data, the third interactive data containing 

6 a reference to the first identification code; 

7 siding the third interactive data to the ronote interactive system for 

8 presentation of a third transaction to a viewer based on die third interactive data 

9 without erasing the second programmer table. 

1 45. A method for making an interactive video program according to claim 

2 43, >\1ierein the stq) of creating a first script includes the steps of: 

3 selecting a question, 

4 selecting an appropriate response, and 

5 selecting response crit^ia; and 

6 con^iling the script. 
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1 46. A system for presenting interactive video programs, comprising: 

2 an authoring system for creating interactive data having timing mformation; 

3 timed insertion means for inserting the interactive data into a video signal 

4 according to the timing information; 

5 means for storing the interactive data; 

6 live insertion means for real time insertion of the stored interactive data into 

7 the video signal; and 

8 operator insertion means for inserting the stored mteractive data into the 

9 video signal at the direction of an operator. 

1 47. A system according to claim 46, wherein the timed insertion means 

2 inserts the interactive data into a specific video firame indicated by the timing 

3 information. 

1 48. A system according to claim 46, wherein the timed insertion means, the 

2 live insertion means and the operator insertion means insert the intmctive data into 

3 a vertical blanking interval of the video signal. 

1 49. A system according to claim 46, wherein the timed insertion means 

2 inserts the interaaive data at a specific time interval in relation to a frame number. 



wo 95/15654 ' 



PCT/US94/13484 




W09S/1S6S4 



2/18 



PCT/US94/13484 




wo 95/15654' 



3/18 



MAIN 



PCT/US94/13484 



FILE MENU 
CFILE 
DPERATIONS) 




'^NEV" 
FILE 



■76 



*'OPEN" 
□PENS 
EXISTING FILE 



COPY 
ITEM 



•78 



'*SAVE" 
SAVES FILE 



PASTE 
ITEM 



/ ■ 

. *'SAVE AS" 

SAVES FILE 
NEW NAME 



-80 



*'PRINT" 
PRINTS FILE 



■82 



""PRINT FORMAT" 
SET PRINT 
FORMAT 



84 



"" PRINTER SET UP" 
SELECTS PRINTER 
SET UP 













'"EXIT" 








EXITS ZING 




^ 88 




WRITER 







VIEW 
QUICK 
BUTTONS 



92 



ABOUT 1 
AUTHORINGr*" 
SYSTEM I 



96 
100- 



SCRIPT 
HELP 
INDEX 



-94 



•86 FIG.-3A 



PCT/US94/13484 



4/18 



SCRIPIT MENU 



66 




SCORE 
REGISTRATION 



108 





FIG.-3B 



wo 9S/1S6S4' 



5/18 



PCr/US94/13484 



MESSAGE 



102 



I 



CREATE/MODIFY 
MESSAGE 



ENTER DISPLAY 
FRAME <HR, MI^4, 
SEC, FRM> 



ENTER 
DESCRIPTION 
□F MESSAGE 



ENTER MESSAGE 
INTO TEXT BOX 



**SEND TO' 



I 



118 



132 



i 

LEAVE MESSAGE 
WINDOW 



120 
134- 



SAVES WINDOW 
RETURNS TO MAIN 




CANCEL" 
CLOSES WITHOUT SAVING 
RETURNS TO MAIN 



138 



"^DELETE" 
DELETES WINDOW 
RETURNS TO MAIN 



126 



140 



SYSTEM MENU*XLDSE" 
CLOSES WITHOUT SAVING 
RETURNS TO MAIN 



128 



SET SEND TO 
CONDITION 



130 



FIG.-3C 



wo 95/15654 



6/18 



QUESTION 



PCT/US94/13484 



104 



I 



CREATE/MODIFY 
QUESTION 



ENTER DISPLAY 
FRAME <HR, MIN, 
SEC, FRM> 



ENTER NAME OF 
QUESTION 



1 



ENTER 
DESCRIPTION 
OF QUESTION 



ENTER QUESTION 
INTO TEXT BOX 



142 



152 



LEAVE QUESTION 
VINDDW 



-144 
154- 

■146 
156- 

148 



SAVES WINDOW 
RETURNS TO MAIN 



*^CANCEL" 
CLOSES WITHOUT SAVING 
RETURNS TO MAIN 



158 



^^DELETE" 
DELETES WINDOW 
RETURNS TO MAIN 



150 



160 



SYSTEM MENU^" CLOSE" 
CLOSES WITHOUT SAVING 
RETURNS TO MAIN 



I 



"SEND TO" 



I 



162 



1 



SET QUESTION 
CARACTERISTICS 



-166 



SET SEND TO 
CONDITION 




164 



OPEN QUESTION 
RESPONSE 



168 



FIG. -3D 



wo 95/15654' 



7/18 



PCmJS94/13484 




16B 



QUICK-N-EASY 



MULTIPLE 
REPLIES 



CLOSEST 



COUNT DDVN 



SAVE INTO 



THRESHOLD 



IN RANGE 



-170 



172 



174 



176 



178 



180 



182 



FIG.-3E 



wo 95/15654 



0 



PCT/US94/13484 




wo 95/15654 PCT/DS94/13484 

9/18 




FIG. -5 



wo 95/15654 



PCT/US94/13484 



10/18 

« LU _ 
LU CO 2 

w>aS 



> 

Ul 



ID 
-J 



<: 
u 



> 
II 



> 




wo 9S/1S6S4' 



11/18 



PCTA7S94/13484 



CU 

o 



r 



CU 



u 

Of 



u 
m5 



I 



a 



c/) 



cn 
cn 



CO 
Ui 
UJ 
<£ 



^5 



CU 
CO 



CU 
CO 



CU 

cn 



o 
>- 

CO 



CU 
CU 

cn 



3^ 

Ui ►—f 



CU 
CO 



CO 

I 

£2 



wo 95/15654' 



PCT/US94/13484 



13/18 







Lu 

1-4 




x 


UJ 


CO 


1- 


BIT 


REGI 


CD 














a 








LU 







UJ 

I- 

UJ 



GO 









□ 








(/) 


u 


UJ 




o 


r> 


a 


u 




UJ 


Q- 




□ 


MICR 



UJ 

<: 

31 



O 
U 



ON 

CO 



I 

d 







ERY 


> 


1— 
1— 






00 



PCT/US94/13484 



14/18 




OOO^ 



ooo 

O O Q 

pooj, 

420 



FIG.- 11 



wo 95/15654 



PCT/US94/13484 




17/18 



PCT/DS94/13484 



MAILBOX 



GROUP 



UNIT 



SCORE 



CUME 



SAVE 1 



SAVE 2 



SAVE 3 



SAVE 4 



SAVE 5 



SAVE 6 



SAVE 7 



BANK 



SEGMENT / TRANSACTION 



STATUS 



470 

474 

478 

482 

484 

486 

488 

490 

492 

494 
496 

498 
500 
502 
504 



FIG.- 14 



wo 95/1S654 



18/18 



PCT/US94y]3484 



00 



CO 



p 



CO 



S S o 

ill 



O CO ' 

o 



CO 2 . 3 ui 




in 



O K 
CQ E F= 

o lo 

O ^ UJ "5 

S i*- 



12 
in 



in 

U 
o 

m 



o 

tu 

OS. ^ 
^ O, Li^ 



o 

_ o 




C/3 



J2 cnS 



tr ^ tn ^ 
CM UrSiE^ 



I 

d 

1 — I 



R 



CO 

N 

O 

N 



CS2 



' en 
£Q O O S 






i.J 



o 

- 



* LU 



co*"l 



o CO a: 



tn 

CM 



T 

in 



T 

cu 

1-4 

in 



CO 



8^ 



INTERNATIONAL SEARCH^ REPORT 



International application No. 
PCT/US94/13484 



A. CLASSIFICATION OF SUBJECT MATTER ~" 

IPC(6) :H04N 7/14 

US CL :348/12 

According to International Patent Classification (IPC) or to bo th national classification and IPC 

B. HELPS SEARCHED " 

Minimum documenUtion searched (classification system followed by classification symbols) 

U.S, : 348/12. 6, 7. 10, 13; 455/3.1, 3.2. 4.1. 4.2. 5.1, 6.3; H04N 7/10. 7/14, 7/167, 7/173 

DocumcntaUon searched other than minimum documenuUon to the extent that such documents are included in the fields searched 
none 

Electronic data base consulted during the international search (name of data base and. where pracUcable, search terms used) 
none 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category^ 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US, A, 4,926,255 (VON KOHORN) 15 May 1990 
see entire docunieht 



1-49 



rn Further documents' are listed m the continuation of Box C. ^| See patent family annex. 



special atefoffies of ciled 



A' 
E- 

•o- 



lo be put of putSculv nkwaaee 
csriier dociamtpuhliilied oo or 



Cited to etihlith the 

inB(«^»eeified) 



of tte vt which ii oot cootideied 

he ^ttfinf f I fUnf dsiB 

priotkj^ duai(ft) or which h 
date of tooifaer i ' ' 




bier docummt published eftcr the iotetfattioeA] fUmg dmte or priority 
date aiid not b ooofUct with the ■pplscatkiobut cited to uodentaad tte 
principle or theory uaderfyiDg the incveBiioa 

rdeveaoe; the chimnrt invealioo cannot be 
be considered to involve an inventive itep 



invention cannot be 
the docunuot it 
ni^ combination 



of. 



fiiiw j date but later than 



doctanent of putieular relevanoe; tfie claimed 
eeoaidcfed to involve an 
1 wish one or more 
I obvioua to a peraoo akilkd in the art 

of the I 



Date of the actual completion of the international search 
23 FEBRUARY 1995 


Date of mailing of the international search report 

24K']ARJ995^ 


Name and mailing address of the ISAAiS 
Commiuioner of Menu and Tcmdemarks 
Box PCT 

Wftihington, D.C. 20231 
Facsimile No. a03) 305-3230 


A^Vn) E. HARVEY 
TefephoneNo. a03) 305-436S 



Form PCT/ISA/210 (seoond sheet)(July 1992)* 



IS PAGE BLANK (uspro) 



